Factorio Configuration des horaires de train et automatisation【Compatible 2.0】

Avec Factorio 2.0.73, l'exploitation ferroviaire a apporté de nouvelles fonctionnalités, mais aussi de nouveaux pièges pour les débutants. Cet article est destiné à ceux qui commencent la construction ferroviaire en vanilla 2.0 ou qui voient des embouteillages augmenter après l'adoption des gares homonymes. Il organise une progression logique : d'abord stabiliser les trajets aller-retour chargé-vide, puis ajouter les limites de trains, et enfin intégrer progressivement les interruptions de 2.0 sans surcharge.

Lors de ma première tentative avec un réseau de 10 trains, j'ai exploité uniquement les gares homonymes. Les trains s'accumulaient près des gares voisines, ce qui causait des embouteillages constants sur la ligne principale. Ce qui m'a vraiment aidé, bien avant d'utiliser des circuits compliqués, c'était de séparer les rôles des signaux standards et des signaux de train articulés, d'ajuster les voies pour éviter les arrêts aux croisements, et d'ajouter des limites de trains pour chaque gare. Bref, un réseau ferroviaire stable commence par une conception qui prévient les points d'arrêt plutôt que par une automatisation sophistiquée. Ajouter les horaires d'interruption après avoir établi cette base réduit dramatiquement les défaillances.

Connaissances préalables à l'automatisation des horaires de train 【Factorio】

Version cible et portée de l'article

Cet article traite de Factorio 2.0 vanilla. Précisément, la version stable 2.0.73 (23/01/2026) est prise comme référence, avec des précisions sur les différences visibles dans la version test 2.0.76 (25/02/2026) qui ne s'écartent pas significativement. Space Age n'est pas traité comme un sujet entièrement distinct, mais plutôt en mettant l'accent sur les différences affectant la partie ferroviaire. Par exemple, les rails surélevés sont un élément de Space Age, mais leur rôle est simplement "réduire les croisements et minimiser les embouteillages", et non révolutionner la conception des horaires eux-mêmes.

Le point crucial à comprendre ici est que les nouvelles fonctionnalités de 2.0 ne rendent pas les trains magiquement intelligents, mais nécessitent de les combiner avec des circuits pour devenir vraiment utiles. Les horaires d'interruption en sont l'exemple parfait : bien plus flexibles que les trajets fixes, ils exigent davantage de réflexion de la part du concepteur. Même moi, au début, j'ai cru que "nous pourrions faire tout ce que LTN offrait, entièrement en vanilla". Mais en pratique, c'était nettement plus difficile à gérer que les simples gares homonymes.

L'investissement en vaut quand même la peine. Avec 2.0, vous pouvez configurer un horaire dynamique basé sur interruptions, permettant aux trains d'attendre au dépôt, puis de partir accomplir une mission dès qu'un signal de demande est activé. L'image est : attente au dépôt → détection du signal de demande → mouvement vers la gare d'expédition → livraison → retour au dépôt. C'est complètement différent de la philosophie "un train navette fixement entre A et B", et se rapproche d'une logistique à la demande.

Cependant, remplacer directement les configurations multi-produits universelles de LTN par vanilla 2.0 serait une erreur. Ce qui fonctionne bien en vanilla 2.0 est une structure basée sur des gares dédiées à un seul article. Une gare de plaques d'acier ne traite que des plaques, une gare de minerai de cuivre ne traite que du minerai. Avec des rôles fixes, les conditions de demande et les conditions de chargement deviennent faciles à organiser, se rapprochant beaucoup du style LTN. Inversement, essayer de gérer plusieurs articles dans une seule gare rend les conditions de circuit et de train exponentiellement plus compliquées.

Terminologie de base : trains, gares et signaux

Commençons par clarifier que l'horaire d'un train définit quelles gares visiter et sous quelles conditions passer à la suivante. Les trains en mode automatique se déplacent vers une gare comme destination, et ne peuvent charger ou décharger que dans les gares. Selon la page 鉄道|Railway du wiki Factorio, une gare n'est pas simplement un lieu d'arrêt, c'est la destination elle-même de la navigation automatique.

La capacité de chargement est aussi importante à comprendre. Chaque wagon-cargo a 40 emplacements, et la capacité de transport d'articles est "40 × la taille de pile de cet article". D'après les spécifications du 貨物車両|Freight wagon du wiki, les trains sont d'autant plus puissants qu'on transporte une seule ressource en grande quantité. Pour les fluides, les wagons-citernes contiennent 50 000 unités, ce qui en fait la solution standard pour le transport de liquides longue distance. Avoir une bonne estimation de ce qu'un train peut transporter d'un seul voyage aide à détecter les surcharges de gares et les distributions excessives.

Deux termes prêtent à confusion autour des gares : gares homonymes et limite de trains. Les gares homonymes consistent à placer plusieurs gares portant le même nom, permettant aux trains de choisir parmi elles. Par exemple, créer plusieurs mines toutes nommées "Collecte minerai de fer". C'est pratique, mais sans contrôle, les trains préfèrent les gares proches et se concentrent. C'est là qu'intervient la propriété limite de trains des gares, qui restreint le nombre de trains acceptés pour réduire cette concentration. Le succès d'une exploitation multi-gares dépend largement de ce contrôle de limite.

Les signaux sont encore plus critiques. Les signaux standards divisent les voies en blocs, tandis que les signaux de train articulés déterminent si on peut entrer dans un croisement ou une bifurcation. L'approche du Tutorial:Train_signals|Tutorial de signaux de train est la clé, mais en pratique, on pense moins "où arrêter le train" et plus "où éviter qu'il s'arrête". Personnellement, mon plus grand piège a été de placer les signaux articulés à la sortie des croisements. C'est subtil, mais crucial : si l'espace de dégagement après le croisement manque d'espace d'attente, le train s'arrête dans le croisement lui-même, puis la ligne entière s'embouteille. Honnêtement, je ne comprenais rien au début.

Pour se familiariser avec les pratiques en français, le 列車ネットワーク|Train Network du factorio@jp Wiki offre des explications sur les gares homonymes et l'approvisionnement en carburant qui facilitent la compréhension pratique. Après comprendre les fondations avec le wiki officiel, adapter avec les spécificités opérationnelles locales crée une meilleure compréhension.

Railway/ja

wiki.factorio.com

Comportement du mode automatique et de la recalcul de trajet

Pour configurer l'automatisation, il faut comprendre quand un train en mode automatique se réoriente-t-il. Les trains se déplacent vers les gares en mode automatique et ne peuvent charger/décharger que dans les gares. Le problème émerge : "quand une mission en cours ne peut plus être complétée, quand le train change-t-il de route ?"

Avec les horaires d'interruption de 2.0, cette compréhension devient critique. Les déclencheurs reconnus incluent 5 secondes d'attente à un signal articulé et une gare de destination devenant inactif. Autrement dit, un train ne reste pas indéfiniment figé avec la même instruction, mais ne renonce pas immédiatement non plus. Ce comportement "d'attendre un peu avant de reconsidérer" explique pourquoi une conception faible rend les trains d'interruption enclins à s'endormir dans des endroits mauvais.

Même avec un style LTN avec interruptions en 2.0, le flux reste assez directif. Une file de trains vides attend au dépôt. Les circuits créent des signaux de demande. Quand les conditions sont remplies, un train se déplace vers la gare d'expédition, se charge, se déplace vers la gare de demande, se décharge, puis revient au dépôt. Cette progression de dépôt → demande → expédition → destination est très utilisable, surtout avec des gares à article unique. Chaque gare ayant un rôle fixe, les trains ne se demandent pas "que charger ?" ou "où aller ?", ce qui facilite beaucoup les choses.

Cependant, il existe des pièges évidents. L'un d'eux : plusieurs trains convergent sur la même demande. Si une demande est lancée, plusieurs trains vides partent pour la même mission, alors qu'un seul suffisait. Les trains supplémentaires finissent par attendre quelque part. Un autre : une condition à la gare d'interruption n'est pas satisfaite et le train reste gelé en attente. Si un train reçoit une mission mais ne peut pas charger ou décharger, le réseau global souffre d'une "logistique qui stagne sans raison visible".

Travaillant conjointement, la limite de trains des gares devient essentielle. Pour les gares homonymes ou les gares de demande, sans contrôle de limite, les trains se concentrent sur les proches ou surencherissent les mêmes demandes. Avec un horaire fixe, ça passe inaperçu, mais avec une distribution dynamique, c'est très visible. Mon intuition : les interruptions amplifient plutôt qu'elles ne résolvent les faiblesses de contrôle des gares. Donc, vérifier que les gares ne sont pas surcharges avant d'émettre des demandes, puis restreindre l'afflux par limite de trains. Quand ces deux sont en place, l'auto-distribution de vanilla 2.0 se stabilise vraiment.

Procédure de configuration des horaires de train de base

Création d'un aller-retour entre deux gares (mine → usine)

Pour en stabiliser une première, concentrer sur un aller-retour mine vers usine est le plus rapide. Les mines multiples et gares homonymes sont pratiques, mais s'étendre trop tôt rend impossible de déterminer si la cause de congestion est la voie, la sélection de gare, ou les conditions de départ. Moi-même, en sautant cette étape, j'ai créé des trains vides qui tournaient indéfiniment.

La composition "1-2-1" ou "1-4-1" est conventionnellement considérée comme facile à manipuler. Cependant, ces désignations et sensations opérationnelles proviennent de la communauté ; les longueurs réelles d'attente et l'espace d'accueil varient selon le type de locomotive/wagon et l'environnement. Les compositions courtes privilégient la maniabilité, tandis que les longues privilégient le débit ; il faut mesurer en jeu avant de décider les longueurs de voie et de gare.

La procédure est simple : placer une gare de chargement à la mine, une gare de déchargement à l'usine, ajouter ces deux à l'horaire du train en mode automatique, puis charger à la mine et décharger à l'usine. Puisque les trains ne peuvent charger/décharger que dans les gares, bien séparer ces actions réduit les problèmes. Les spécifications de base se trouvent clairement sur 鉄道|Railway et 貨物車両|Freight wagon.

L'horaire minimal ressemble à :

1. Ajouter la gare de la mine
2. Ajouter la gare de l'usine
3. Définir une condition de départ pour le chargement à la mine
4. Définir une condition de départ pour le déchargement à l'usine
5. Basculer le train en mode automatique

C'est tout. L'essentiel est qu'un seul train fonctionne sans s'arrêter avant d'ajouter d'autres gares. Si la mine ne peut charger ou l'usine ne peut décharger, la stabilité se dégrade immédiatement. Inversement, une navette stable à deux gares simplifie énormément le dépannage une fois étendu.

Comparaison des conditions de départ et présets recommandés

Le goulot de la navette à deux gares est souvent les conditions de départ plutôt que la voie. Les quatre conditions de base sont : wagon plein, wagon vide, inactif, et durée écoulée. Bien comprendre les rôles rend cela simple.

La gare de mine (chargement) doit avoir wagon plein comme condition. C'est le plus intuitif : charger suffisamment puis partir. La gare d'usine (déchargement) doit avoir wagon vide. Symétriser chargement et déchargement rend le comportement plus prévisible.

Mais cela seul cause des arrêts. Si la production baisse temporairement ou que les objets manquent, "ne pas être plein = jamais partir" ou "ne pas être vide = occuper la gare indéfiniment" survient. J'utilisais juste la durée au début, provoquant des navettes vides. Très insidieux.

La solution est de formater les conditions avec sauvegardes. À la mine, plein OR 5s inactif est excellent. En conditions normales, le plein entier s'écoule ; si l'extraction s'arrête ou les ressources manquent, 5 secondes sans activité fait partir le train. Cela réduit aussi les problèmes de contamination si des articles différents s'y glissent. À l'usine, vide OR 5-10s durée stabilise bien. Les restes finaux qui empêchent le train de partir disparaissent.

Voici une comparaison des conditions :

En pratique, ajouter une condition assurance à une condition primaire stabilise mieux. Comme mentionné dans ゼロから始めるFactorioの鉄道構築（駅と発車条件編）, ajouter l'inactivité à la mine tout en gardant le plein intact est effectif. À ce stade de planning fixe, c'est déjà largement suffisant.

Composition bidirectionnelle et astuces d'approvisionnement en carburant

Pour éviter une boucle de retournement, une composition bidirectionnelle est pratique. Cependant, une erreur courante : pour rouler en sens inverse, il faut ajouter une locomotive face à l'arrière. Une composition avec une locomotive d'un seul côté ne peut pas rouler en sens inverse même si elle en a l'air. Les configurations 1-2-1 et 1-4-1 sont populaires pour débutants précisément parce qu'une locomotive devant et derrière s'adapte naturellement.

L'avantage est que peu d'espace de retournement est nécessaire. On peut avancer profondément dans la mine, puis rouler directement en sens inverse vers l'usine, idéal pour les lignes courtes ou les espaces serrés. Le revers : orienter la gare et interpréter les signaux correctement est essentiel, sinon le train refuse de démarrer. J'ai moi-même gaspillé du temps parce que la voie était correcte mais l'orientation de la locomotive était inversée.

L'approvisionnement en carburant est aussi critique. Une composition bidirectionnelle a plus de locomotives, donc un carburant insuffisant d'un côté peut se produire. Une gare d'approvisionnement dédiée aide, mais arrêter 10-15 secondes est plus fiable. Trop court et les inserteurs ne remplissent pas assez, provoquant un manque de carburant si la distance augmente. Selon les références du 列車ネットワーク|réseau de trains du factorio@jp Wiki, ces durées sont orientées pratique.

Assurer qu'une locomotive bidirectionnelle recharge des deux côtés est critique. Si le positionnement est légèrement décalé, un côté reçoit assez de carburant tandis que l'autre reste presque vide, causant une panne en sens inverse. À grande échelle, la conception des lignes devient principale, mais avec une seule composition, ces bases comptent vraiment.

列車ネットワーク - factorio@jp Wiki*

factorio@jp Wiki*

wikiwiki.jp

Transport de fluides : wagon-citerne vs fûts

Pour les fluides comme le pétrole ou l'acide sulfurique, les wagons-citernes sont basiques. Chacun contient 50 000 unités, ce qui les rend quasi incontournables pour le transport longue distance. Les gares sont plus simples et les horaires plus droits qu'avec des wagons-cargo remplis de fûts.

Le transport par fûts, bien que possible, n'a guère de raison d'être principal. Les wagons-cargo ont 40 emplacements ; à capacité maximale de fûts, c'est 20 000 unités. Mais avec récupération de fûts vides, on travaille réellement avec environ 10 000 par wagon. Les wagons-citernes surpassent largement, et gérer les fûts aller-retour complexifie les gares.

Cette différence est énorme lors de l'extension. Les wagons-citernes simplifient "charger le fluide, le décharger" tout comme une navette à deux gares. Les fûts nécessitent gérer à la fois le contenu et le conteneur, s'écartant de la voie rapide du débutant. Comme mentionné dans ゼロから始めるFactorioの鉄道構築（便利な機能編）, penser en termes de wagons-citernes en vanilla 2.0 est plus clair.

Garder à l'esprit : solides = wagons-cargo, liquides = wagons-citernes, et c'est simple. Les fûts sont exceptionnels, pas la norme. Au stade de stabiliser la première composition, cette séparation suffit.

Conseils pour construire une voie sans embouteillages avec les signaux

Partage des responsabilités entre signaux standards et signaux articulés

Un horaire propre ne suffit pas si la voie elle-même provoque des embouteillages. Avant tout contrôle avancé, les signaux standards divisent les sections, et les signaux articulés gèrent croisements et bifurcations en amont est fondamental. Le Tutorial:Train_signals|tutoriel des signaux suit cette logique : "pas d'arrêt dans les croisements" est la clé.

Les signaux standards divisent une voie longue en blocs, permettant au train suivant de progresser si le précédent dégagit. Directs et simples en ligne ou après croisements. Les mettre à l'entrée de croisements provoque que le train entre mais ne peut sortir, le bloquant dedans et paralysant d'autres directions. C'est particulièrement vrai avec des petits carrefours.

Les signaux articulés autoriser l'entrée seulement si la sortie est dégagée. Aux entrées de croisements ou bifurcations, cela empêche les congestions internes. Schéma : signal articulé avant le croisement, signal standard après. J'ai expérimenté le "sans embouteillage total" une fois cette logique appliquée. La différence est frappante.

Tutorial:Train_signals/ja

wiki.factorio.com

Conception de croisement et création d'espace d'attente

Même avec les bons signaux, l'espace après le croisement est insuffisant si un train ne peut pas s'y garer entièrement. Les composés entiers doivent tenir ; si l'arrière reste dans le croisement, celui-ci est effectivement bloqué.

C'est un piège : faire un croisement compact en vue, mais oublier que l'espace de sortie doit accueillir une composition entière. Si l'aval se remplit, un train partiellement sorti gèle le croisement, bloquant les autres directions. J'ai constaté cela : un petit carrefour avec peu d'espace après : lorsque congestionnée, elle dévient un goulot. L'espace de sortie prime sur la taille du croisement.

Les petits ronds-points partagent ce piège : mignons et compacts, mais sorties courtes = trains restant sur l'anneau = blocage facile. Avec plusieurs directions, c'est très instable. Les long-éditeur l'amplifient. Même moi, j'ai dû diagnostiquer et agrandir l'aval plutôt que le carrefour.

La clé : entrée articulée (sélection stricte), sortie standard (flux rapide vers bloc suivant). Selectionsort l'entrée prudemment, mais l'aval se divise en petits blocs. En haute densité, c'est critique.

Raison du "stacker" (lieu d'attente)

Les gares engorgées causent souvent : "le train attend, mais la gare est occupée", forçant le train à attendre sur la ligne principale. Cela crée un vortex : les autres trains ralentissent, puis s'arrêtent.

Les stackers isolent cette attente en-dehors des voies principales. Multiple files d'attente assignées permettent aux gares pleines d'absorber les arrivants sans bloquer les intersections. Clé à 100+ gares.

Structure : entrée du stacker = signal articulé (ne pas entrer si plein), sorties des files = signaux standards (flux rapide vers bloc suivant). Les files doivent contenir une composition entière ; si trop courtes, l'arrière déborde.

Les gares alignées bénéficient d'un stacker commun avant distribution plutôt que files directes. Les stackers contiennent, les croisements passent, les horaires décident.

Gares homonymes, limites de trains, et activation/désactivation pour stabiliser la distribution automatique

Comportement des gares homonymes et préférence pour la proximité

Une fois que vous ajoutez plusieurs mines ou usines, nommer toutes les mines "Collecte minerai" simplifie l'horaire. Ajouter une nouvelle mine ? Pas besoin de réécrire l'horaire du train. C'est appétissant et je le fais souvent.

Mais les gares homonymes sans contrôle attirent les trains vers les proches. En réseau, "aller où c'est facile" est la norme. Moi-même, ça m'a beaucoup freiné : une mine proche saturée, loin vide, logique fragmenté. Plus de gares ≠ plus de débit si l'afflux est partial. Avant les gares éloignées, une accumulation s'étend, bouchant l'amont.

C'est le même problème aux usines : une "Accepte l'acier" proche est encombrée, loin c'est libre. Cette inégalité cause non seulement une sous-utilisation mais aussi une congestion amont car la gare préférée manque d'espace d'attente.

Là intervient la limite de trains : chaque gare a un nombre maximum de trains simultanés. C'est pas parfait (les mathématiques internes peuvent être spécifiques), mais empiriquement, les limites distribuent mieux. Associée à des stockeurs, les réseau multi-gares deviennent viables.

Gares habilitées/déshabilitées et circuits

L'étape suivante : au lieu de tous les candidats permanents, activer seulement les gares qu'on veut. Exemple classique : une mine épuisée mérite une limite à 0 ou une désactivation, réduisant les trajets vides. Un dépôt plein d'une ressource ? Fermez sa gare jusqu'à reprise.

Couplé aux circuits, c'est puissant : contrôler gares par condition, arrêter si plein, activer si besoin. Le Tutorial:Circuit_network_cookbook|guide de circuits couvre cela.

Avertissement : désactiver une gare forcer une recalcul de trajet du train en route, potentiellement vers un mauvais endroit. Osciller rapidement crée un train confus qui zigzague inutilement. La stabilité préfère des seuils inertes : attendre un peu avant d'éteindre.

Pensez activation/déactivation pour "exclure les gares inutilisables", et limites pour "restreindre le débit d'une gare utile". Les deux ensemble : exclusion logique + contrôle physique = stabilité.

Tutorial:Circuit_network_cookbook/ja

wiki.factorio.com

Ce que permettent les horaires d'interruption de Factorio 2.0

Modèle de base : att