Just to document this in case anyone stumbles upon this in the future, here's what works nicely so far




"Loading L-CC-L" for all Loading stations with dual-headed, dual-cargowagon trains. No need to give them individual names.
"Fuel" for Fuel pickup
"<item> drop" for all items carried on the ...

So this is a known limitation of the current system with no decent workaround except "make drop station buffer gigantic and request trains in large batches".

This is not required. If you have small train limits everywhere (1 is a good value, and in case you increase you need to add proper ...

Easy solution: only have one "depot" stop, and make all your idle trains line up for it in a stacker. That way all but 1 are "en route" to the depot and cannot resoond to interrupts.




Not sure this would do it, unless i misunderstand your suggestion.
What i understood is "have just one ...

Easy solution: only have one "depot" stop, and make all your idle trains line up for it in a stacker. That way all but 1 are "en route" to the depot and cannot resoond to interrupts.




Not sure this would do it, unless i misunderstand your suggestion.
What i understood is "have just one ...

According to 117453 this behaviour is "Not a Bug".

Having a higher Limit set on the Unload stations than the Load stations seems to help with preventing over-dispatching.

Good Luck!


Thank you for finding & linking that post from 1.5 years ago.
So this is a known limitation of the current ...

Hi,

currently playing around with the train interrupt system. The drop logic (as described in FFF #395) works nicely, but i can't quite figure out how to sanely "rate limit" the trains.
Currently my "go pick up some copper ore" interrupt checks for available space in both "copper ore" and "copper ...