Bots that are aware of their charge level and plan accordingly.

Post your ideas and suggestions how to improve the game.

Moderator: ickputzdirwech

User avatar
ssilk
Global Moderator
Global Moderator
Posts: 12881
Joined: Tue Apr 16, 2013 10:35 pm
Contact:

Re: Bots that are aware of their charge level and plan accordingly.

Post by ssilk »

I try an short answer:

Adding a reserved-queue will increase CPU cost (one queue per roboport).

[ As reminder: You already increased it a bit because you use the “go to next roboport in my direction”-algorithm instead of “go into direction of my target”, we have discussed that out. Now again a bit more. And this is not where it will end in the end, I predict more such “exceptions”, when we dig deeper.

BTW this is what I call a clear sign of increased complexity :) ]

Instead I would say from the moment, where their charge goes below 20% the bots should behave like the old bots: Searching (again) for the “next” roboport where they can charge.
Cool suggestion: Eatable MOUSE-pointers.
Have you used the Advanced Search today?
Need help, question? FAQ - Wiki - Forum help
I still like small signatures...

BicycleEater
Long Handed Inserter
Long Handed Inserter
Posts: 91
Joined: Sun Jul 26, 2020 4:05 pm
Contact:

Re: Bots that are aware of their charge level and plan accordingly.

Post by BicycleEater »

ssilk wrote:
Fri Sep 23, 2022 8:13 am
Adding a reserved-queue will increase CPU cost (one queue per roboport).
Strictly this could all be done with a counter - every bot knows which roboport it is going to, and increments the counter for that roboport, and decrements it if it changes target. I'd still say it would increase the difficulty of making the game work without bugs.
Again, the overall quality of this system would be something to work out with a prototype version, to see if it actually causes any weird problems.

mrvn
Smart Inserter
Smart Inserter
Posts: 5375
Joined: Mon Sep 05, 2016 9:10 am
Contact:

Re: Bots that are aware of their charge level and plan accordingly.

Post by mrvn »

Yes, all I mentioned was a counter. And that wasn't part of the proposal as it's not clear if that is needed at all and relies on details of the bot implementation only the devs know. Weather it's needed at all is unclear.

Weather it is even something that needs to be added is also unclear. I would have a roboport already have a queue of bots targeting that roboport, either for recharge or resting purposes, because when you deconstruct a roboport then all bots targeting the roboport change where they are going. Also I wouldn't want more bots targeting the roboport to rest in than the roboport has space. Does the roboport already have such a list or lists or counters? Or do you check all bots for where they are going when a roboport gets removed? That's something only the devs can answer.

There might be more hidden dependencies in the bot code that make the proposal more complex than described, there always are. But that's not something that can't be deduced from playing the game. Nor has it been brought up as reason why this can't work till now.

Post Reply

Return to “Ideas and Suggestions”