[2.0.26] Construction bots won't fulfill requests for construction bots.

Things that has been reported already before.
kerdeyosto
Burner Inserter
Burner Inserter
Posts: 8
Joined: Fri Oct 25, 2024 6:29 pm
Contact:

[2.0.26] Construction bots won't fulfill requests for construction bots.

Post by kerdeyosto »

In a remote driven tank, which has plenty of construction bots and some other item (say, belts) in its inventory, and which is out of range of any roboports but its own, place a chest next to the tank and inside the chest make a ghost request for a stack of construction bots and a stack of belts. The belts will get delivered but the bots won't.
User avatar
IsaacOscar
Filter Inserter
Filter Inserter
Posts: 843
Joined: Sat Nov 09, 2024 2:36 pm
Contact:

Re: [2.0.26] Construction bots won't fulfill requests for construction bots.

Post by IsaacOscar »

Yes this was driving me crazy, i think you need some logistic bots and a requester/buffer chest.... (and a roboport for the logistics bots?)
kerdeyosto
Burner Inserter
Burner Inserter
Posts: 8
Joined: Fri Oct 25, 2024 6:29 pm
Contact:

Re: [2.0.26] Construction bots won't fulfill requests for construction bots.

Post by kerdeyosto »

A stationary roboport (not a second tank) with construction bots will work if you ghost-deconstruct the bots inside the tank in addition to the ghost request, but... that won't help you get the construction bots into that roboport in the first place if it doesn't have any (such as if you just built it with the tank).

I wound up setting up a filtered inserter pointing into the target and driving the tank up to the inserter to get the bots out of it.
User avatar
IsaacOscar
Filter Inserter
Filter Inserter
Posts: 843
Joined: Sat Nov 09, 2024 2:36 pm
Contact:

Re: [2.0.26] Construction bots won't fulfill requests for construction bots.

Post by IsaacOscar »

kerdeyosto wrote: Fri Dec 20, 2024 10:15 am A stationary roboport (not a second tank) with construction bots will work if you ghost-deconstruct the bots inside the tank in addition to the ghost request, but... that won't help you get the construction bots into that roboport in the first place if it doesn't have any (such as if you just built it with the tank).

I wound up setting up a filtered inserter pointing into the target and driving the tank up to the inserter to get the bots out of it.
Nice idea!
I remember having this problem before on Fulgora (I had an area that I couldn't connect to my main logistic network, and I was off planet, so I remote drove my tank over), and it took lots of fiddling to get a new roboport with robots, and I can't even remember what I did.
ryanabury
Manual Inserter
Manual Inserter
Posts: 1
Joined: Sat Jan 04, 2025 8:42 pm
Contact:

Re: [2.0.26] Construction bots won't fulfill requests for construction bots.

Post by ryanabury »

For anyone else running into this and wondering what your options are I’ve found 2 somewhat-annoying work-arounds:

- if you’re using a tank with a roboport, you can create an inserter filtered to only grab construction bots and then drive your tank in front of the inserter. This will add construction bots to the roboport. This will not work with a Spidertron as the linked post suggests, at least I couldn’t get that to work. So you need to be using a tank for this method.
- Using a spidertron or tank you can make sure to have requested the construction bots using logistic requests. E.g. request 50 construction bots to your spidertrons inventory. Use the construction bots to transfer over 1 logistic robot into the roboport. Construct a single storage chest in the roboport network and an inserter filtered on construction robots to take from the storage chest and insert into the roboport. On your spidertron, lower the number of requested construction bots by whatever number of bots you want in the roboport. This should move those construction bots to your trash slot and the logistic bot will move them over to the storage chest. Then you can deconstruct and take back the logistic bot if you’d like.

@ Devs this is the only workaround I found for this recently introduced bug (when using a spidertron at least) caused by fixing a less impactful bug.

Hope this helps anyone else stumbling on this like I did!
Post Reply

Return to “Duplicates”