[Rseding91] [2.0.16] Lack of control over food slot

[Sopel]

11-10-2024, 01-54-31.png (20.66 KiB) Viewed 556 times

Food insertion has priority over ingredient insertion. You can't filter the food slot to only accept common nutrient. You can't use circuits to detect empty food slot because "read contents" does not provide food information. Can't use circuits for timing (i.e. always swing food providing inserter 1 tick before inserter providing inserter) because it's a potential race. Basically there is no 100%-proof way to ensure ingredient is not inserted as food.

I consider this a bug. Potential solution could involve either adding food item to "read contents", adding a separate signal for "food contents", or allowing a filter on food. Though any solution that's not a slot filter is potentially racy.

[mmmPI]

Suggestion that is exactly this :
viewtopic.php?f=6&t=118631

[Genhis]

The read fuel suggestion was implemented, so I'm moving this to resolved. Please let me know if you think we should do something else.

[Upserter]

Please let me know if you think we should do something else.

Not sure if I'm doing the right thing by necro'ing this resolved bug report, but I believe the "read fuel" suggestion that was implemented is not a complete fix for this problem. Unwanted fuel items can still be inserted into the fuel slot if the previous fuel spoils on the tick preceding the insertion of the unwanted fuel. As OP says, it's a race.

A slot filter on fuel slots is necessary.