RoadsideCookie's VTN

A vanilla 2.0+ train network that doesn't require any long range circuit connections or radars.

Features:

1. Priority system; the more a station needs, the higher its priority
2. "Queue" system; the longer a station has been waiting, the higher its priority
3. Works with the 2.0 "priority" setting of train stops
4. Alerts when consumer stations run dry
5. Uses separate trains for separate resources; allows for different train sizes for different resources
6. Forward system; trains go as far as possible in their schedule before going to a depot
7. Optimized Depot system; trains only go to the depot if they are not needed
8. Consumer stations only request up to 2 deliveries worth of resources
9. Even loading/unloading of all chests
10. Parametrized blueprints
11. Simple; no central "computer", only a few combinators per station
12. Trusted; I use this system to feed water/coal to my power plants

Setting up trains (see screenshot):

1. Schedule
   1. Send to loading station; wait for full cargo
   2. Send to unloading station; wait for empty cargo
2. Interrupts
   1. If fuel is low → go to Refuel; wait for fully refueled or inactivity
   2. If destination full or no path AND not at Depot → go to Depot (optional: wait for 30s if you need to stop the trains from pathfinding every second)

To change the length of trains:

1. Modify the values of the constant combinator next to the train station
2. Modify the "each-and-dot" combinator value based on number of chests (not required for fluid stations)

To give a station higher priority:

1. Modify the station's "priority" setting as you normally would

All variables are commented in the combinators.

Q: Why not a full interrupt based system? A: Because it doesn't allow for the priority system that evenly distributes resources automatically. Q: Does this system require a separate train for each resource? Yes, and a depot for each train if you don't want the trains to sit at the provider stations.