[2.0.75] (Minor) Inconsistency between "Read train count" and "Read stopped train"

Things that has been reported already before.
Redruin
Burner Inserter
Burner Inserter
Posts: 9
Joined: Fri Jan 29, 2021 10:48 pm
Contact:

[2.0.75] (Minor) Inconsistency between "Read train count" and "Read stopped train"

Post by Redruin »

Both the descriptions of a train stop's "read train count" and "read stopped train" claim that they include the train stopped at the station, which is the case during normal operation. But if the train cannot path to the next train stop (either due to no station being full or there being no path to the target station) such that the train "sits" at the previous stop, then only one of the two signals disappears, implying that the train is both stopped and not stopped at the station simultaneously.

Steps to reproduce:
  • Create a new sandbox save
  • Enter editor mode
  • Import this blueprint and paste it into the world:


The train should automatically travel to the "Reachable" station, where it will wait for 10 seconds. During this period both signal T and signal C should be present, as expected.

Once 10 seconds have passed, the train will attempt to path to the "Unreachable" station (which it cannot) and then the train ID will disappear while the train count signal remains present:
02-24-2026, 14-15-00.png
02-24-2026, 14-15-00.png (817.41 KiB) Viewed 292 times
If the train is still considered at this stop, then I would expect both signals to be present here. If the train is not considered at this stop, then I would expect both signals to be absent. Perhaps there is a good reason for this behavior behind the scenes, but if this is the case the current tool-tips should probably be amended to mention this behavior.
eugenekay
Smart Inserter
Smart Inserter
Posts: 1027
Joined: Tue May 15, 2018 2:14 am
Contact:

Re: [2.0.75] (Minor) Inconsistency between "Read train count" and "Read stopped train"

Post by eugenekay »

Redruin wrote: Tue Feb 24, 2026 7:27 pmPerhaps there is a good reason for this behavior behind the scenes, but if this is the case the current tool-tips should probably be amended to mention this behavior.
Previously

Train ID is unset when the Wait condition is fulfilled and the cargo wagons close; Inserters/Pumps are no longer able to fill/empty the train at this point.

Train Count includes the “leaving” train until it clears the Signal Block to prevent deadlocking as in boskid’s example in the linked post.

Good Luck!
Redruin
Burner Inserter
Burner Inserter
Posts: 9
Joined: Fri Jan 29, 2021 10:48 pm
Contact:

Re: [2.0.75] (Minor) Inconsistency between "Read train count" and "Read stopped train"

Post by Redruin »

I see, that makes sense - I suspected there was some reason behind this behavior, and preventing deadlocks is certainly a good one. I suppose then the report can be amended into a suggestion to improve the tool-tip to mention this behavior.
Post Reply

Return to “Duplicates”