I have set up a train station that reads the contents of the train. It's connected to an inserter to only put something in when it's below a certain value:
As a workaround, I now also read the train ID in the combinator before sending it to an inserter. But this shouldn't be necessary.
This happens always. I think no matter what content. I'm on the experimental branch.
However, I see a small delay when the train arrives. The inserter will always insert the first stack, even though the train already has enough content. This means that the train will slowly fill up if it never unloads the content.[2.0.14] Delay of reading contents from Train
-
- Burner Inserter
- Posts: 12
- Joined: Sat May 07, 2016 10:00 am
- Contact:
Re: [2.0.14] Delay of reading contents from Train
There is a 1 tick delay needed for circuits network to update value. When the train arrive at the station, the next tick it emit signals, and the tick after those signals are processed by say the inserter, or a combinator.scherzeking wrote: Sat Nov 02, 2024 7:58 am However, I see a small delay when the train arrives. The inserter will always insert the first stack, even though the train already has enough content. This means that the train will slowly fill up if it never unloads the content.
As a workaround, I now also read the train ID in the combinator before sending it to an inserter. But this shouldn't be necessary.
What you did is necessary, you need to "allow" the inserter with a 1 tick delay, because if you "restrict" with 1 tick delay, it's too late, the inserter already has grabbed something, the tick before it receives signals from the train arrived telling it not to.