I'm trying to set an assembler's recipe based on available ingredients - in this minimal example, assemble undergrounds as long as there are belts. For that, I need a constant signal of available ingredients. In this setup (see blueprint) there is exactly 1 underground ingredient available, tge input signal for the decider most of the time is 1, but for few frames its empty (0), and then 2. The sequenze goes 1 -> empty -> 2 -> 1 -> ...
Specifically, the issue is:
The signal is lost for a frame
The signal is doubled for a frame
Steps to reproduce:
Place the blueprint
Drop 1 belt on the belt
Open Decider combinator
I couldnt get a screenshot of the output signal being 0, but placing the blueprint you can see it flickering as well.
empty.png (246.07 KiB) Viewed 376 times
double.png (231.21 KiB) Viewed 376 times
Re: [2.0.15] Read Contents inconsistent signals
Posted: Sun Nov 17, 2024 7:46 pm
by boskid
I see you want to feed a stable signal to the decider to know there is a belt in a loop. There is however one issue in your setup: content from belts and inserters is given with no delay but content from assembler is delayed by 1 tick. This means when item is moved from input inserter to assembler there is 1 tick where a decider sees no items and so it clears the recipe causing the item to be ejected. I am not considering this behavior to be a bug because it is a direct consequence of combinators having 1 tick propagation delay. You can put additional arithmetic combinator that will delay signals from green wire from inserters and belts so the decider combinator will see stable input as the item is inserted into assembler.
Moving this to Not a bug.
11-17-2024, 20-46-06.png (190.69 KiB) Viewed 368 times