Factorio togtrening planlegging og automatisering【2.0-kompatibel】

Factorio 2.0.73 togtransport har flere utfordringer når funksjonaliteten øker. Denne artikkelen er skrevet for nye tog-operatører og de som har opplevd økende trengsel når de bruker identiske stasjonsnavn, og organiserer stabil togtransport fra last→tomt-tur, før du gradvis legger til toggrenser og 2.0-avbrudd uten tvang.

Da jeg selv bygget et nettverk på omkring 10 tog først, brukte jeg bare identiske stasjonsnavn, som gjorde at tog samlet seg i nærheten, og hovedlinjen ble ofte tett. Det som hjalp var ikke kompliserte kretser, men å dele rollen mellom ordinære signaler og flettesignaler, rette opp linjer som ikke stopper ved kryss, og legge inn togtallgrenser per stasjon.

Med andre ord oppstår stabil togdrift ikke fra «avansert automatisering», men fra «design som ikke skaper stoppesteder» og «jevn fordeling av togbelegg». Avbrudds-planleggingen bør brukes først etter at dette grunnlaget er på plass.

【Factorio】Forutsetninger for automatisering av togplanlegging

Målversjon og artikkels omfang

Grunnlaget som behandles i denne artikkelen er vaniljeutgaven av Factorio 2.0-serien. Spesifikt brukes stabilitetsversjonen 2.0.73 (2026/01/23) som referanse, og forskjeller som ses i testversjonen 2.0.76 (2026/02/25) kommenteres innenfor rimelig avvik. Space Age behandles ikke som et helt eget felt, men bare forskjeller som påvirker tognettet berøres. For eksempel er høytliggende skinner et Space Age-element, men rollen deres er «å redusere kryss og gjøre trengsel mindre sannsynlig», som ikke fundamentalt endrer togplanleggingstankegangen selv.

Det viktige her er at 2.0s nye funksjoner ikke er "tog blir automatisk smartere"-funksjoner, men mange funksjoner blir først praktisk når de kombineres med kretser. Spesielt avbrudds-planlegging er typisk for dette – det ble langt mer fleksibelt enn faste togruter fram og tilbake, men designsiden må tenke mer. Jeg håpet selv først at «dette kan gjøre alt som LTN gjør helt på vanille», men når man kjører det, blir designkompleksiteten klart høyere enn enkel identisk stasjonsdrift.

Implementeringsverdien er imidlertid betydelig. På 2.0 kan man bygge dynamisk planlegging gjennom avbrudd, så du kan la tog vente på depoet, få dem til å hente arbeid når etterspørselssignalet oppstår, og utføre forsyningsflyt. Bildet er depot venting → etterspørselssignal oppdagelse → bevegelse til lastestasjon → levering til etterspørselsstasjon → retur til depot. Dette er en helt annen filosofi fra «et tog som kjører fast tur-retur mellom stasjon A og B», og nærmer seg logiikknettverk som bare bruker tog når det er nødvendig.

Men denne metoden har klare fallgruver. En er flere tog har lett for å dra på samme oppgave, så hvis flere tomme tog begynner å hente samme jobb, vil nummer 2 og 3 også dra, og ender opp i ventelinje noe sted. En annen er problemet med forutsetninger som ikke stemmer ved avbruddsstedet, og tog blir værende i ventelinje. Hvis tog mottar jobb men ikke kan laste, eller ikke kan losse, jobber tognettet med «tog er der, men logistikk går ikke framover»-tilstand.

Det som virker sammen med denne sjekken er togtallgrensen på stasjonene. Enten på samme navn-stasjoner eller etterspørselsstasjoner, uden å kontrollere antall mottatte tog blir tog partisk fordelt. På faste planlegginger kan du ikke se dette, men ved dynamisk fordeling kommer det tydelig fram. Etter min oppfatning er avbrudd mer «stasjonkontroll tynghets-utviderfunksjon» enn «praktisk», så derfor: se at lagerplass ikke er fullt før du utløser jobber, og skru ned antall tog som kommer inn gjennom grensekontroll. Med disse to together blir til slutt automatisk fordeling på vanille 2.0 nokså stabil.

Grunnleggende togplanleggingsoppsettsprosedyre

Opprett 2-stasjons tur-retur (gruve → fabrikk)

For å stabilisere din første tog er det gruve → fabrikk 2-stasjons tur-retur som er raskest. Flere gruver eller identisk stasjonsdrift er praktisk, men hvis du utvider derfra fra starten, blir det vanskelig å se «om trengsel skyldes skinner, stasjonvalg eller avgangsforhold». Jeg hoppet også over dette trinnet for flere stasjoner og endte opp med å oppfatte tonnevis av tomkjøringer.

Togsammensetningen kalles tradisjonelt «1-2-1» eller «1-4-1» i fellesskapet og regnes som lett håndterbar. Imidlertid er disse navnegivingene og driftsfølelsene basert på fellesskapet, og faktiske ventelinjers lengde og kapasitetstall varierer avhengig av lokomotivet, vogntypen og miljøet. Kort sammensetning prioriterer manøverabilitet, lang sammensetning prioriterer transportkapasitet, som er en avveining – før du drifter, måler du sammensettingslengden i spillet og bestemmer ventlinjelengde og stasjonslengde deretter.

Prosedyren er enkel – plasser en lastestasjon ved gruven, en losskestasjon ved fabrikken, sett toget i automatisk modus, og legg bare disse to stasjonene i planleggingen. Lastestedet laster ved hjelp av bånd eller innsetter, fabrikkstedet losser bare ut. Siden tog bare losser/laster ved stasjoner, fører det til færre problemer om du først skiller klart mellom «stasjon laster, stasjon losser». Grunnleggende spesifikasjoner er tydeligst forklart i «Railway» og «Cargo wagon»-artiklene på Wiki.

Når det gjelder planleggingsnavn, er det denne formen som er kortest:

1. Legg til gruvestasjonen
2. Legg til fabrikklstasjonen
3. Sett avgangsforhold for lastning på gruvestasjonen
4. Sett avgangsforhold for lossing på fabrikklstasjonen
5. Sett toget i automatisk modus

Det er det. Det som er viktig er at før du legger til stasjoner, skal denne ene toget kjøre stabil uten å stoppe. Hvis gruven ikke kan laste eller fabrikken ikke kan losse helt, blir oppførselen umiddelbar ustabil. Omvendt, hvis 2-stasjons tur-retur er stabil, blir problemkuttingen mye enklere selv når du legger til samme navn-stasjoner eller togtallgrenser senere.

Sammenligning av avgangsforhold og anbefalte forhåndsinnstillinger

Det lettest å få trengsel ved 2-stasjons tur-retur er måten avgangsforhold er satt opp på, ikke selve skinnene. De fire grunnleggende som brukes er godsvogn fulle, godsvogn tomme, inaktiv, og forløpt tid. Det ser vanskelig ut, men det blir lett å organisere hvis du skiller rollene.

Grunnlaget på gruvestedet er lastestasjon, så godsvogn fulle er standarden. Når nok har lastet seg, farer den av – den mest innlysende betingelsen. Fabrikksiden er lossplass, så her blir godsvogn tom standarden. Når du gjør laste- og losseforhold symmetriske, blir oppførselen lett å lese.

Men bare dette stopper den ofte ute i praksis. Hvis gruveavlingen faller midlertidig, eller bånd-varer avbrytes, eller mottakskasse blir proppfull, oppstår «blir ikke full, så aldri drar» eller «blir ikke tom, så besetter stasjonen hele tiden». Jeg brukte bare forløpt tid i første omgang og tvang den til å kjøre, men da ble det tomkjøringer ofte. Her er det lett å henges opp.

Så en praktisk tilnærming er sette betingelser med forsikring. Ved gruven er fullt ELLER 5 sekunder inaktiv svært effektivt. Det drar av normalt når det laster pent, men hvis immobiliteten stopper på grunn av gruveutarming eller transportavbrudd, drar den videre etter 5 sekunder. Det virker også mot forurensning – og reduserer ulykkene der et annet stoff bare blander seg og trekker lastefullstendigheten ut. Fabrikksiden blir stabil med tom ELLER 5-10 sekunder forløpt tid. Det får lett ett tog som nesten er losset men stanser på rester, til å bevege seg.

Hvis du sammenligner avgangsforhold grovt, er det slike forskjeller:

I praksis er legge forsikringsbetingelse til hovedbetingelsen stabil. Artikkelen «Zero to Hero Factorio Railway Construction (Stations and Departure Conditions Edition)» anbefaler også å sette inaktiv ved gruvesiden som en praktisk tilnærming. På stadiet av fast planlegging blir togenes natur nokså lett å håndtere med bare dette.

Toveisammensetning og brenselforsyning tips

Hvis du ikke vil lage vendesløyfe, er toveisammensetning praktisk. Men det er et vanlig misforståelse her – hvis du vil ha toveisjøring må du legge til lokomotiv som går bakover og sette lokomotiver foran og bak. En sammensetning med lokomotiv bare på en side ser passende ut, men kan ikke kjøre bakover som den er. En grunn til at 1-2-1 eller 1-4-1 regnes som nybegynnervennlig, er nettopp fordi disse front- og bak-lokomotivene kan formes direkte.

Fortelen ved toveisammensetning er at det er nesten ikke behov for vendeplass ved endepunktet. Du kan kjøre inn i bunnen av gruvesidenen og deretter kjøre bakover direkte til fabrikken, så på korte sideskuler eller snever område blir det svært lett å håndtere. På den annen side, hvis stasjonretningen og signalsyn er feil, slutter det umiddelbart å fungere. Selv løste jeg mye tid på at skilletegnet var korrekt, men lokomotivets retning var omvendt, og automatisk kjøring ville ikke starte.

Brenselforsyning er også et viktig punkt. Toveisammensetning har flere lokomotiver, så hvis forsyningsstedet blir dårlig, kan den ene siden få lite brensel. Hvis du legger inn en egen brenselstasjon, burde den stoppe i 10–15 sekunder for å være stabil. Hvis det er for kort, klarer ikke innsetteren å fylle nok, og når kjøredistansen øker, oppstår det sneaking brenselmangel. Operasjonsmål basert på intuisjon fra «factorio@jp Wiki tognettverk» er rettet mot praksis.

Når du skal gjøre det toveis, tenk ikke bare på skalakomprimering av skinner, men også juster forsyningssteder til begge lokomotiver på hver ende av sammensetningen. Om tog stopper litt annerledes enn innsetternes plassering, oppstår uoverensstemmelse – den ene siden får nok, den andre siden blir tom. Når du oppgraderer, blir linjekonstruksjon hovedrollen, men på den første ene er dette grunnlaget mer effektivt.

Tognettverk - factorio@jp Wiki*

factorio@jp Wiki*

wikiwiki.jp

Væsketransport: Tankbil vs fat

Hvis du skal transportere væsker som olje eller svovelsyre med tog, blir grunnlaget tankbil. En vogn holder 50 000, så tankbilene blir nesten hovedleverandør for væsketransport på mellomavstand og lengre. Stasjonskonstruksjon og planlegging blir naturligere enn å pakke væske i ordinære godsvogner. Ved å skille det ut som en væskespecialisert togrute blir trengsel merkbart redusert.

Fat transport er derimot mulig, men det er ikke mye grunn til å gjøre det til hovedrolle. En godsvogn er 40 slot, så når den er full med fat blir max 20 000. I praksis må du ta med tomme fats tilbake, så du tenker kanskje rundt 10 000 per vogn. Bare på transportvolum slår tankbilen det betydelig, og når du legger til prosessen med å returnere tomme fats, blir stasjonkonstruksjon vanskelig.

Denne forskjellen blir veldig stor når du strekker linjer. Tankbiler er «last væske som den er og loss som den er», så kompatibiliteten med 2-stasjons tur-retur er god. Fat er både innhold og beholdere som må administreres, så det faller litt utenfor korteste nybegynnersti. «Zero to Hero Factorio Railway Construction (Convenient Features Edition)» gjør det også enkler å tenke tankbil-sentrisk i praktisk 2.0-miljø.

Intuisjonsmessig blir det greit når du skiller: fast last på godsvogn, væske på tankbil. Fat er litt uvanlig, ikke standardløsning, tenker så. På stadiet der du skal stabilisere den første, holder denne separeringen selv om væsketransport er inkludert.

Hacks til å lage skinner som ikke blir tette signaler

Oppgavedelingen av ordinære signaler og flettesignaler

Selv om du ordner togplanleggingen pent, hvis skinnene selv har trengsel-konstruksjon, blir det meningsløst. Det som virker best før automatisering er å dele ordinære signaler som seksjoner, flettesignaler som kryss- eller grenåpninger. Tutorials om togsignaler bruker samme tankegang som base – å ikke kjøre ut av at tog stopper på veien, men konstruere slik at tog ikke stopper inne i kryss.

Ordinære signalsroller er å dele lange skinner i flere blokker så når det foregående toget går, kan det neste. Så på rette linjer eller kryss-utganger fungerer det ganske rent. Omvendt, hvis du gjør kryss-inngangen til ordinært signal, vil tog gå inn selv når utgangen er tett, så tog stopper lett inne i krysset. Når dette skjer, stopper tog både på siden og på tvers, og hele nettet stilles av. Jeg gjorde nettopp dette flere ganger i de tidlige dagene – "all stop"-ulykken.

Det er flettesignalene som brukes der. Flettesignaler lar bare tog gå inn hvis det er uttaksrom framover, så når du plasserer dem foran kryss eller grening, blir det mindre sannsynlig at tog blir stående inne. At kryss-inngangen er flettet og utgangen ordinær, og så er linjen ganske sikker. Greningen er det samme – hvis du setter flettet før hovedlinjen går til sideskulen, blir det mindre sannsynlig at hovedlinjen blir sugd inn i kryss-utgangen.

Effekten når du endrer til denne plasseringen kan være overraskende. Jeg var selv skeptisk om «vil et slikt signalskifte virkelig gjøre så stor forskjell», men når kryssingterning stopper opp, blir turbulensen som kommer helt annerledes. Før du tristes over planlegging, går det mye raskere å fikse signalene. Jeg løst massiv tid selv som begynner.

Tutorial:Train signals/ja

wiki.factorio.com

Kryss-design og hvordan lage ventearealer

Selv om signalplassering er korrekt, hvis det ikke er nok ventearealer for ett tog etter krysset, blir det tett. Poengene er at etter krysset bør du sikre deg full lengde av sammensetningen som er længst, ikke bare at fronten kommer ut.

Det som gjøres galt ofte er å gjøre utgangen kort bare for utseende. Kryss selv kan være kompakt, men hvis utgangen er kort, blir det tett når tog foran ved stasjon eller hovedlinjekongong oppstår – toget henger halvveis ut og stopper. Da kan ikke etterfølgende, og heller ikke tog fra en annen retning bruke krysset. Kryss-formen er mindre viktig enn hvor mye du kan evakuere utafor krysset. Når jeg begynte å se på det sånn, ble ting mye mer stabilt.

Små rundkjøringsringveger er også på samme felle. De ser fine og plassbesparende ut, men hvis utgangen er kort blir det lett tog på ringveien, og når flere retninger kommer inn, får du lett deadlock. Spesielt når du begynner å kjøre lengre sammensetninger, blir «kan komme inn men ikke ut» hyppig – og når det blir fullt, blir den svak. Jeg brukte små rundkjøringer mye i begynnelsen og opplevde at jeg kunne kjøre normalt, men når det ble fullt, eksploderte det helt.

Følelsen for design er at kryss-inngangen skal være litt streng med flettet, mens utgangen skal være ordinær signal og gi tidlig videregang til neste blokk. Sånn kan du være forsiktig med å komme inn og få fine kornstørrelse flow på utveien. Plassbevarning på krysset selv er mindre viktig enn om tog kan vente utenfor krysset.

Grunnen til å kombinere stacker (ventearealer)

Det som ofte oppstår foran stasjon er «stasjonen losser, neste tog kommer, men det er bare plass på hovedlinjen å vente». Det som forhindrer dette, er stacken – det vil si, reserverte ventearealer utenfor hovedlinjen hvor tog som ikke kan komme inn kan stilles opp.

Grunnen til å sette stacker er enkel: når en stasjon er full, forhindrer det at ventekø strekker seg til hovedlinjen. Hvis tog skal stoppe på hovedlinjen, blir forgrening og kryss også sugd inn og trengsel breiter seg. Omvendt, hvis du forbereder flere ventekøer foran stasjonen, selv når det er fullt, blir det lettere å holde hovedlinjen flytende. Når du oppgraderer til 100-stasjon skala, blir denne forskjellen stor, og stasjoner uten stacker blir lett gjentakende ulykkeskilder.

Plasseringsgrunnlaget er stack-inngangen er flettet signal, hver ventelinje-utgang eller sammenflytnings etterpå er ordinær signal. Sånn når det ikke er ledige venteleier, stopper den ved inngang, og tog i venteleiene kan flyte videre til hovedlinje eller stasjon. Filosofien er samme som krysset – ikke stans inne, det er det som teller.

Lengden er også viktig. Hvis venteleie er kortere enn lengste sammensetning, foregriper bakende hale hovedlinjen selv med stacker, så det mister betydning. Det kan du ikke se når sammensetningen er kort, men når du legger til godsvogn, brytes det plutselig. Jeg utvidet stasjonen men gjenbrukte venteleiene, og endte opp med at stacken var i praksis bara en hovedlinje-forlengelse. Stacker er «der» og må kunne holde den lengste sammensetningen du bruker for å være fullstendig.

Når du skal plassere flere stasjoner, er det lettere å håndtere hvis du legger en delt stacker foran før du splitter til individuelle stasjoner i stedet for å bygge ventelinje direkte før hver stasjon. Planlegging og samme navn-stasjon-innstillinger kan redusere trengsel, men skinner uten fysisk ventearealer blir til slutt trangt noe sted. Signaldesign og stacker er ikke separate – det er sette stoppesteder utenfor hovedlinje, et sett-tankegang.

Stabil automatisk fordeling med identiske stasjonsnavn, togtallgrenser, og stasjon på/av

Oppførsel av samme navn-stasjoner og årsaken til nær-vekt

Når du begynner å legge til flere gruver eller losjstasjoner, vil du gjerne gjøre samme navn-stasjoner og samle enpunkts-planlegging for togene. Det er veldig praktisk. Hvis du gjør alle jernmalms-lastestasjonene samme navn, kan du legge til ny gruve uten å røre togplanen. Jeg pleier også å sette den formen først når jeg oppgraderer.

Imidlertid, hvis du bare bruker samme navn-stasjoner, har tog lett for å gå til nær-stasjoner. Du trenger ikke å forstå de interne beregningsformler nøyaktig – i praksis husker du bare at «tog samler seg på lett tilgjengelige steder». Jeg opplevde nettopp dette ganske mye. Tog ble bare sugd til nær-gruvene, og fjerne gruver hadde ingen som gikk dit – et skikkelig dårlig scenario.

Det samme skjer på losssiden. Hvis du lager flere smelter eller halvfabrikkate mottakstasjoner med samme navn, fylles nær-stasjonen mens fjerne ligger tomt. Problemet med denne skjevheten er ikke bare at noen stasjoner blir ubrukt – ventekø bygges opp foran tett stasjon og presser på hovedlinjen. Enkelheten med stasjonvalg og sannsynligheten for trafikkkongong er en pakke.

Figuren er visuell – setter innstillinger for samme-navn og togtall-grense klart, og legger inn signaler og stacker foran dem. Grunnlaget fra «Railway» og «tidsplan»-artiklene på Wiki gjør at denne oppførselen blir veldig forstått.

Det som virker der er togtall-grensen. Ideen er enkel – hver stasjon får «hvor mange tog som skal til denne stasjonen» og stram antall som drar om gangen. Nær-vekt blir ikke helt borte, men det blir mye glattere. Men der er implementasjons-detaljer (hvordan samme-navn-grupper samler, presist håndtering av «0-grense» osv.) ikke helt dekket av datasett. I praksis er det «det virker, men detaljer avhenger av miljø», så test oppførsel i spillet før du opererer. Det anbefales.

Losssiden er enda viktigere. Hvis tog samler seg over mottaksevnen, blir det tett foran stasjon, og derfra smitter det seg inn til kryss. Hvis stasjonens behandling ikke holder tritt med tog, heller til å redusere antall tog som får komme inn i stasjon selv enn å la det stoppe på hovedlinjen. Togtallgrensen er logisk innsnevrng, men må kombineres med fysisk ventearealer (stacker) for å fungere.

Stasjon på/av og krets-samarbeid

Når du går videre, blir det effektivt å bare ha stasjoner som kandidater når betingelsene er oppfylt, i stedet for alltid å ha alle kandidatene. Et klassisk eksempel er gruver som nesten ikke gir noe mer. Å redusere togtallgrensen, eller sette grensen til 0 for å utelukke kandidaten, reduserer tom-turer.

Denne kontrollen samarbeider godt med stasjon på/av. For eksempel: hvis gruve-buffer er lav, deaktiver stasjonen; hvis mottaks-lagerplass er fullt, steng losstasjonen. Tanken i «Tutorial: Circuit network cookbook – Station control principles» er veldig knyttet til denne slags automatisering.

Men stasjon av/på er praktisk, men kan utløse togenes rutesøk på nytt, som er en forsiktighet. Tog søker kanskje opp ruten når målstasjonen blir deaktivert, og etter å bli stoppet av flettesignal oppstår rutesøk-utløsere. Dette er normal oppførsel, men hvis du skrur stasjoner av/på ofte, blir togenes retning ustabil og gjør strømmen råere. Jeg satte opp krets der jeg deaktivert stasjon for små lagerbevegelser selv, og tog ble rastløse og verden ble mer stengslende.

Togtall-grense og på/av fungerer best når du skiller roller: utelukke stasjoner som du ikke vil motta nå, bruke grense når du vil motta men stram antall. Bare det å ikke blande disse to gjør designet mye mer organisert. Gruveuttarming → utelukk fra kandidater, mottaks-fullt → skru ned grensen med hendel, og pl