[2.0.15] Read contents inconsistent signals

[Vespasian]

aparat.png (564.8 KiB) Viewed 373 times

0eNq9ld2OmzAQhd9lbmtWCwGScNEXiSJkYJJYxTa1Tdoo4t07Nvlrwq6yqVRFCsaeOXxzsIcjVG2PnRHKQXEEUWtloVgdwYqt4q2fU1wiFNBgLRo0Ua1lJRR32sDAQKgGf0ORDGsGqJxwAsf8cHMoVS8rNFDE7Kyz4dZFznBlO21cVGHrgEGnLeVq5R9IelGev2UMDjSKF28ZPagRBusxYsGAMJ3RbVnhju8FoVBaLUzdC1ca5E2546opfRRxEJAzPbJLxHl+DJW6QV/BwB6okwt11bc/IqEsGkcLE7zZx7zpv/KGxRvWeIp19rrD+YPDE/rp6/rzZ/SzV7x+II+T/2J2foHl1qKsWqG2keT1TiiMkinm2Z0bU5AWPWAtOjxDBY6/SQc/O8ZAT6fPbI2m6/k1jGvlz563BEwxShtJB3miiPm1CCPcTqIT9e3xnqgiPdWQPbnHr8K+iiaIWb+wEca68tpk3CEUtBfGETlcyMaICMla324sehmvZR33Leudge7Q8JECvlGm7l3Xf1l7mHrNC/ZJ9/vEnvRJe06qd97c3q0erToR3R3AsKVkx01gK+A7+JY8evFBR3/YPUGjOxBOr1y5MVqWQlE+FBveWhzWZBKJ/qK6vOQqZon/rdnKX7Mwon+2CKOcxTSahVHC5mFuztKwSirCofSH/fL5YbBHY4NdWZ4s0+UyS9P3dJblw/AHGLZFpA==

Copy blueprint


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:

1. The signal is lost for a frame
2. The signal is doubled for a frame

Steps to reproduce:

1. Place the blueprint
2. Drop 1 belt on the belt
3. 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 373 times

double.png (231.21 KiB) Viewed 373 times

[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 365 times