Generic circuit limiter for loading stations
Posted: Sat Jan 14, 2023 7:50 pm
Hello!
I'm struggling with something that I feel should be pretty common for LTN users to solve, but yet I haven't found any solution that satisfies me.
I have an incipient LTN network already working for some resources that are being used fairly frequently, and I have the issue that whenever LTN makes a request to fill up a station, it tries to deliver a partially loaded train up to the missing amount of resources in the requesting station, which is fine and I like. But the issue is that without a limiting circuit on the loading stations, the train is filled to max anyways which leads to overfilling of resources on the requesting stations.
Now, none of those are big issues... i.e. the requesting stations have more space than needed for extra resources, or the fact that partial requests are made.
I know I could solve the partial request issue by increasing the request threshold on the requesting stations to match the train max capacity, but I wouldn't want to do that, I like partial requests. Also, even if the fact that they get overloaded doesn't cause issues since the storage is plenty, still there are some mats that are expensive to make that I'd like to transfer in small chunks, instead of full loads every time!
So, just for the sake of solving this and having a base that works as best as it can, I'd like to try my hand at solving the partial load issue by limiting the loading stations when the trains come to them, to only load what's being requested for that particular train. So, I'd want to have a limiter circuit that I can paste over newly created provider stations.
And I'd want that circuit to be generic in the sense that I don't want to have to edit multiple combinators signals once is pasted (or at the very least that I'd only have to touch ONE single combinator,) and it should work for multiple resources if the station is requesting multiple things at the same time (i.e. maybe mixed trains with one resource per wagon,) by making use of Each, Everything and Anything as much as possible to avoid referring to the actual resources being transferred (and thus avoid hardcoding them.)
I know that the output combinator in each station outputs the current request that's being served and that you compare that with the actual resources loaded on the train via what's being reported by the station, but the problem is that the station's output combinator also outputs a lot of extraneous signals too (at least w.r.t. solving this issue) that pollute the operations and prevent the circuit from working generically, without filtering them first.
I kinda already solved this by using a generic signal filter I found elsewhere on here that works very well, and with that I'd need to edit just a single constant combinator every time I paste a LTN station, but the thing is, the signal filter is kinda awkward to work with and difficult to follow in case one needs to diagnose problems, and also that'd mean that each LTN station would require +4 extra combinators for the sole reason of filtering the useful signals, non counting the actual useful combinators for making the comparisons etc.
So, I thought I'd ask:
1. have anyone found an elegant solution to this with the minimum possible number of combinators per station?
2. would it be possible for LTN to offer a configuration panel for its output station combinator where we can choose which signals we want output there?
3. I feel that something like this is very very generic, and that there should already be a standard "request fullfilled" signal outputed by the station whenever a train is stopped there and the train already contains the number of resources as requested, that would solve this issue in a very simple way!
Thanks for any response!
Loving the mod,
~Leeux.
I'm struggling with something that I feel should be pretty common for LTN users to solve, but yet I haven't found any solution that satisfies me.
I have an incipient LTN network already working for some resources that are being used fairly frequently, and I have the issue that whenever LTN makes a request to fill up a station, it tries to deliver a partially loaded train up to the missing amount of resources in the requesting station, which is fine and I like. But the issue is that without a limiting circuit on the loading stations, the train is filled to max anyways which leads to overfilling of resources on the requesting stations.
Now, none of those are big issues... i.e. the requesting stations have more space than needed for extra resources, or the fact that partial requests are made.
I know I could solve the partial request issue by increasing the request threshold on the requesting stations to match the train max capacity, but I wouldn't want to do that, I like partial requests. Also, even if the fact that they get overloaded doesn't cause issues since the storage is plenty, still there are some mats that are expensive to make that I'd like to transfer in small chunks, instead of full loads every time!
So, just for the sake of solving this and having a base that works as best as it can, I'd like to try my hand at solving the partial load issue by limiting the loading stations when the trains come to them, to only load what's being requested for that particular train. So, I'd want to have a limiter circuit that I can paste over newly created provider stations.
And I'd want that circuit to be generic in the sense that I don't want to have to edit multiple combinators signals once is pasted (or at the very least that I'd only have to touch ONE single combinator,) and it should work for multiple resources if the station is requesting multiple things at the same time (i.e. maybe mixed trains with one resource per wagon,) by making use of Each, Everything and Anything as much as possible to avoid referring to the actual resources being transferred (and thus avoid hardcoding them.)
I know that the output combinator in each station outputs the current request that's being served and that you compare that with the actual resources loaded on the train via what's being reported by the station, but the problem is that the station's output combinator also outputs a lot of extraneous signals too (at least w.r.t. solving this issue) that pollute the operations and prevent the circuit from working generically, without filtering them first.
I kinda already solved this by using a generic signal filter I found elsewhere on here that works very well, and with that I'd need to edit just a single constant combinator every time I paste a LTN station, but the thing is, the signal filter is kinda awkward to work with and difficult to follow in case one needs to diagnose problems, and also that'd mean that each LTN station would require +4 extra combinators for the sole reason of filtering the useful signals, non counting the actual useful combinators for making the comparisons etc.
So, I thought I'd ask:
1. have anyone found an elegant solution to this with the minimum possible number of combinators per station?
2. would it be possible for LTN to offer a configuration panel for its output station combinator where we can choose which signals we want output there?
3. I feel that something like this is very very generic, and that there should already be a standard "request fullfilled" signal outputed by the station whenever a train is stopped there and the train already contains the number of resources as requested, that would solve this issue in a very simple way!
Thanks for any response!
Loving the mod,
~Leeux.