EFFICIENCY CHECKER AGGREGATING INPUT
Example:
I have four independent belts going into a manufacturer. Each belt feeds just one part. no smart splitters. However, when I attache a checker, it shows an aggregate number for all items and shows all four items in a list when I look at it (E key.)
It's as if it's reading everything that is going into the manufacturer, not what's on the belt.
This is an intermittent problem, unfortunately. But I've seen it several times now. With both assemblers and manufacturers.
2.5.4
Solution:Jump to solution
Yep - sushi line. I replaced the sushi line with dedicated and checkers are back in business.
5 Replies
Were does the items come from? Another machine producing them or a container where you manually put the items into? If the later, the checker has no idea of what is being produced, so it considers all the items being consumed by the outputs
Coming in from machines.
Are there some cases where this is expected?
It's really intermittent. I just set up a new floor with manufacturer, pulling in parts from different machines and the checkers work fine. Different parts. It's the same setup as the one isn't working, just different parts coming in from different machines.
is the belt shared with the various items? Or part of a multiple betls with smart/programmable splitters to sort them?
I think the problem is an upstream sushi line. If I use a smart splitter on a dedicated (single resource) belt, checker is able to pick up the numbers. When I smart split a sushi line, I think that's where it gets confused. Which makes sense if it's looking for a manufacturing source.
In which case it's not a bug, just a limitation.
Solution
Yep - sushi line. I replaced the sushi line with dedicated and checkers are back in business.