zOldBulldog Smart Inserter
Posts: 1161 Joined: Sat Mar 17, 2018 1:20 pm Contact:
Post by zOldBulldog » Thu May 02, 2019 2:58 pm
- I load and deliver exact quantities of 20 different items, using a 1-2 train.
- Conditions on the inserters ensure that precise quantities get loaded onto the train and precise quantities are unloaded onto the requester chests.
- That precise set of supplies remains in the chests ready to be used, near my nuclear power plants.
- When - through the map - I place a blueprint for a nuclear power plant modules, bots retrieve the supplies from the chests.
- Once *all* of the chests are empty , a signal is generated to call a train to deliver supplies.
Current implementation (working, but not ideal):
- I separated this route into its own NetworkID=2. It contains a single train.
- I use one decider combinator at the requester station that outputs NuclearReactor=1 as long as at least one chest contains an item. The constant combinator at the LTN station is set for NuclearReactor=-1, thus a request gets generated when all the chests are empty.
- Assuming that there is always enough time for the provider chests to fill between requests (constructions of a new nuclear power plant module), I cheated and added NuclearReactor=1 to the provider constant combinator. in other words, the provider believes that it always has the needed items. Which is not technically true, but it is true by the time a request comes.
- All of the inserters are fast inserters set to stack size = 1. As the quantities are low, this does not matter. One exception is concrete (2800 items), which would take a very long time to load one by one, so I use a stack inserter and wagon filters to ensure that no more than 2800 items are loaded.
Clearly this implementation works but is less than ideal. I would like advice on how to address some of the following obvious flaws:
1) Ideally, I would like to request the exact quantities of each item instead of the false NuclearReactor signal. For safety, I will still keep the inserter conditions at the receiver. but the train needs to arrive with exactly the desired items so that none remains on the train and the LTN Tracker does not raise an alert. Is this as simple as replacing NuclearReactor=-1 with 20 conditions of =- and then feeding all of the chest contents to the LTN stop, on the assumption that once *all* of the items become needed then and only then will the request be made? Or will that totally confuse LTN? Or worse, will that cause a lot of independent requests as each item runs out?
2) Similarly, I would like the provider to report to LTN how many of each of the 20 items it has available instead of the false NuclearReactor=1 signal, so that the provider is more accurately set to ready to load based on the accurate 20-item request from (1). For safety, I will still read the train contents and keep the inserter conditions to ensure I don't overfill the train. I assume that this is as simple as feeding the chest contents to the provider stop. if (1) is correctly handled, right?
3) I would like to stop using a dedicated network. I think that once I achieve (1) and (2) I should be able to do so, correct?
4) I would also like to avoid using the wagon filters, but I can't think of any other way to load exactly 2800 items quickly . Is there any way to do that?
eduran Filter Inserter
Posts: 344 Joined: Fri May 09, 2014 2:52 pm Contact:
