Unindendet behaviour for inserters with blueprinting
Posted: Thu Oct 27, 2016 1:24 pm
I just love blueprints. But sometimes they cause unindendet behaviours with inserters when they are placed early.
Specifically I have problems with 2 cases:
1) the inserter picks up anything from it's source tile and then can't deliver it and is stuck.
I had burning inserters pick up copper while their target (e.g. a boiler) only accepts coal. The boiler will then never get any coal. The burning inserter then has to be removed and placed again. Other cases I had inserters pick up alien artefacts and try to insert them into gun turrets. Not working right.
2) the inserting inserter handing things to the exerting inserter due to lack of furnace/assembler
I have a few blueprints where the inserting and exerting happens from the same tile, e.g. for a furnace. Now if the furnace is not placed early on the inserting inserter will pick up iron ore, move it to where the furnace will be and hand it to the exerting inserter. That will then place it on the output belt. Now suddenly instead or iron plates the belt carries iron ore and I have to track down where it all went when I notice.
My suggestion for a fix would be that ghosted items should already change the pickup behaviour of inserters as if they where placed.already. So a inserter in front of a ghosted boiler should only pick up fuel. And an exerting inserter should not pick anothers inserters hand. The current behaviour makes automation fragile.
PS: Not sure if this falls into the same category of "bug" but an electric miner will output ore onto a deconstructed belt. I had construction robots continiously fly to pick up the ore from a belt so it can be removed and it always getting replaced before they could actually remove the belt. Would be nice if a deconstruction counts as the tile being blocked.
Specifically I have problems with 2 cases:
1) the inserter picks up anything from it's source tile and then can't deliver it and is stuck.
I had burning inserters pick up copper while their target (e.g. a boiler) only accepts coal. The boiler will then never get any coal. The burning inserter then has to be removed and placed again. Other cases I had inserters pick up alien artefacts and try to insert them into gun turrets. Not working right.
2) the inserting inserter handing things to the exerting inserter due to lack of furnace/assembler
I have a few blueprints where the inserting and exerting happens from the same tile, e.g. for a furnace. Now if the furnace is not placed early on the inserting inserter will pick up iron ore, move it to where the furnace will be and hand it to the exerting inserter. That will then place it on the output belt. Now suddenly instead or iron plates the belt carries iron ore and I have to track down where it all went when I notice.
My suggestion for a fix would be that ghosted items should already change the pickup behaviour of inserters as if they where placed.already. So a inserter in front of a ghosted boiler should only pick up fuel. And an exerting inserter should not pick anothers inserters hand. The current behaviour makes automation fragile.
PS: Not sure if this falls into the same category of "bug" but an electric miner will output ore onto a deconstructed belt. I had construction robots continiously fly to pick up the ore from a belt so it can be removed and it always getting replaced before they could actually remove the belt. Would be nice if a deconstruction counts as the tile being blocked.