"entities missing for construction" alert messages from the logistic network.

[Aero182]

Eg. It will say like, '-10 red belts missing for construction.'
Is there any way i can channel this into a circuit network?
I attach red wire to a roboport and it only shows me what the logistic network currently contains - not what's missing.

I wish to take the negative values, and input them into a requester chest of a different logistic network - then put them into a passive provider chest of the network with the negative values (missing items) - in order to supply the other one. I know there are alternative ways to do this, but i'm stuck on this idea; and would like to do this using simply the negative values and a little red wire magic.


Also, is there any way to scroll down on the list of items in the network that comes up under the minimap?

[Aero182]

Is there a way to channel the "missing construction items" from the logistic network into a circuit network?

i wanna be able to channel the "missing items: 10 of X items" into a circuit network.

for my own fun purposes

[The Chaotic Coder]

As far as I know there isn't a way to do this, unfortunately. The way I usually handle things like this is to basically say "Keep a buffer of 10 of each thing." Do this with an arithmetic combinator set to output "each - 10". So now if for example you have 4 red belts left in the local network, then the chest it's connected to will request 6 of them.

Having the extra buffer does mean it'll cost some extra resources, but it also means when you place a blueprint it'll get done a little faster since the bots already have some of the stuff to get started.

[Aero182]

Originally posted by jchardin64:

As far as I know there isn't a way to do this, unfortunately. The way I usually handle things like this is to basically say "Keep a buffer of 10 of each thing." Do this with an arithmetic combinator set to output "each - 10". So now if for example you have 4 red belts left in the local network, then the chest it's connected to will request 6 of them.

Having the extra buffer does mean it'll cost some extra resources, but it also means when you place a blueprint it'll get done a little faster since the bots already have some of the stuff to get started.

hmm. it wont work because i have the log networks separate - the other one won't output walls for example if there are no walls in the network at all; "each" only works for stuff that's already in the logi network signal; and there are no negative values, they just disappear as they are no longer counted as a content (even though there's blueprints requesting it)

[The Chaotic Coder]

Originally posted by Aero182:

Originally posted by jchardin64:

As far as I know there isn't a way to do this, unfortunately. The way I usually handle things like this is to basically say "Keep a buffer of 10 of each thing." Do this with an arithmetic combinator set to output "each - 10". So now if for example you have 4 red belts left in the local network, then the chest it's connected to will request 6 of them.

Having the extra buffer does mean it'll cost some extra resources, but it also means when you place a blueprint it'll get done a little faster since the bots already have some of the stuff to get started.

hmm. it wont work because i have the log networks separate - the other one won't output walls for example if there are no walls in the network at all; "each" only works for stuff that's already in the logi network signal; and there are no negative values, they just disappear as they are no longer counted as a content (even though there's blueprints requesting it)

One way to fix this is to also have a constant combinator feeding the input of the arithmetic. Set it to output a 1 for every item you're using. May need more than one constant combi if there are a lot of signals. So then there will always be a signal for the arithmetic combi to read.

[Aero182]

Originally posted by jchardin64:

Originally posted by Aero182:

hmm. it wont work because i have the log networks separate - the other one won't output walls for example if there are no walls in the network at all; "each" only works for stuff that's already in the logi network signal; and there are no negative values, they just disappear as they are no longer counted as a content (even though there's blueprints requesting it)

One way to fix this is to also have a constant combinator feeding the input of the arithmetic. Set it to output a 1 for every item you're using. May need more than one constant combi if there are a lot of signals. So then there will always be a signal for the arithmetic combi to read.

I came up with a circuit network to output values of anything in the [feeding logi system] with more than 200 as values of 1. that feeds into another combi that says "each less than 10, output each" and it's input is also linked to passive prodiver chests of the [receiving logistic network]
its output simply goes to a requester in the [feeding logi network] which proceeds to order 10 of everything in the system that has more than 200 items - unloads into the [recieving logi system's] passive provider chests until they have 10 of each item.

the passive providers then tell the 2nd combi that each item is >10 so it stops requesting.


i had the network to limit it to only sucking items out when it had more than 200 because i didnt want things like nuclear reactors and stuff being sent to the [receiving logi network]


hope this makes sense haha.

[The Chaotic Coder]

Makes perfect sense to me. Good job working all that out!

[Aero182]

Originally posted by jchardin64:

Makes perfect sense to me. Good job working all that out!

thanks. a bit of a bummer we cant have missing components as a signal tho.

[THE kilroy]

well, not exactly. the missing items notification cant be converted into a network signal, but you could determine if you need to deliver more of that item to the network. basically intend to always have 50 of itemB, so the "desired"(or "missing") items would be 50-itemB. this could be sent to another outpost and read for resupplying purposes, but its probably not the answer you are looking for.

[KatherineOfSky]

@OP, please confine yourself to one post per topic. 3 is a little excessive...

[Aero182]

Originally posted by KatherineOfSky:

@OP, please confine yourself to one post per topic. 3 is a little excessive...

sorry