Project Cybersyn - Logistics Train Dispatcher


Creates a feature-rich train logistics network through cybernetic combinators. With just this mod you can coordinate the economic inputs and outputs of your entire megabase.

Content
3 days ago
1.1 - 2.0
25.5K
Logistics Trains Circuit network

g Depot Parking Issue

a month ago

In my game, I have a big depot with many stations with the same name: https://i.gyazo.com/667588db104bf8b52c775491d53b29e4.jpg

When I assign a new train and send it to one of the depot stations, after its next delivery order, it ALWAYS returns to the specific station it first parked at, even if another train has also parked there already. In the mod description it says it should return to ANY station with the same name. This is not happening. This makes me think that there is a bug happening.

Am I doing something wrong? Or is there an issue causing the train to return always to the exact station it first parked at, regardless of whether another train has also been sent to the same parking spot?

a month ago

In depot mode the cybernetic combinator has an option Require same depot that is enabled by default. Have you tried turning it off?

a month ago

I see that now thanks, I was drunk last night to be fair =D

23 days ago
(updated 23 days ago)

Still, wouldn't it make sense to not send a train to a depot if it's already occupied? LTN used to do that at least somewhat reliably. "Require same depot" makes for a lot of manual station renaming and potential for typos.

22 days ago

Took me forever to figure this out why trains behaved.
I would suggest to be this as: Require same depot=off as default.

22 days ago

After some testing, I figured out what's going on. I tried playing with "Require same depot" disabled because I was hoping that trains would find the nearest free depot. Despite what the tooltip says, however, that's not what they do. The trains are given a schedule with the exact coordinates of the depot station they're trying to get to - which might not be free by the time they get there. Because these are coordinates and not a station name, however, they cannot redirect once the schedule has been set. The only difference the "Require same depot" option makes is which depots are available to schedule to.

I would recommend not hard-coding the depot's coordinates in the train's schedule. Instead, give it the depot station name directly, and let pathfinding do the rest. If a depot that the train is heading for is taken up in the interim, it'll automatically path to a different one - that's a thing Vanilla trains already do with stations sharing the same name. There's no need to reinvent that mechanic for depots, I think. The worst I can think of with this approach would be a train getting caught in perpetual ping-pong between farawy depots, but that on the player to work around. It's why that's an option.

As of right now, I don't see a reason to disable "Require same depot", as that creates not-infrequent depot conflicts that I then have to manually resolve.

21 days ago

I did NOT observe that.
I agree that there are coordinates between a station and a depot.
But the depot is addressed as Depot and not coordinates.
It creates a problem when one is working on a Depot placement and the trains are already on the way.
Then they can lock up.
But as soon as the system is built - the "require same depot" flag is OFF - the trains run without hiccups 24/7.

21 days ago

I'll try it again and see what happens, then. Maybe I did something wrong.

21 days ago

If you still have trains with temporary stops right in front of the depot, those are probably trains returning from when you had the setting on. Cybersyn does not change train schedules of trains it has already sent on a delivery.

If you disable the setting you can set a train limit to distribute trains among depots with the same name.

20 days ago

If you still have trains with temporary stops right in front of the depot, those are probably trains returning from when you had the setting on. Cybersyn does not change train schedules of trains it has already sent on a delivery.

I think that might have been the issue. I changed all the settings, but had trains doing rounds in the meantime, so they returned to the wrong depot. I've tried doing the switch a second time and haven't had trains stuck again. So user error, I guess. Thanks for the heads-up.

New response