All 3 are sort of waiting but not working... I assume they all selected some target that they can't find a way to so they are stuck in their program...
What about allowing the robot to temporarily discard the current aim in order to do something else (also helps at the torch problem because then the picker at least picks up everything else)
(for the luberjack it would harvest all other trees before getting stuck at wood that is surrounded by leaves instead of getting stuck directly)

Also it would be very nice if there was a way to show where the robots want to go to since that would help a lot fixing problems with the environment.

some temporary solution would be to allow recalculation of tasks by right clicking it with a wrench, similar to shift right clicking a quarry to force an internal update

what could be the problem in this situation? The lumberjack robot only takes an axe and stops doing anything immediatly after it. This(#3317) is the exactly same bug though that one has been closed w/o a solution

Robots pathfind to up to 5 targets at the same time. And, even more, in an enclosed area like the one in the pictures the pathfinding takes only a couple of miliseconds to succeed/fail. So I doubt it's the pathfinding being the problem. Are you defining work areas?, post the gates setups.

what I have found is if you remove the work in area condition they do exactly what they are suppose to. So it appears to be an issue with this version of buildcraft..

uildcraft

Does this happen only after they fetch an axe?, try to tell them to "go to station" once when they are stuck.

when activated the go and pickup axe and are stuck there I then turn on power and all return to base, turn power off all but lumberjacks go out. If I right click with wrench they drop axe and sit there till I recycle the power then pick up axe and repeat above

I've got the same situation as well again... (Even with a setup made specifically for robots)


It was planned that only the lowest block of the tree can be accessed so that the paths can't be blocked by leaves but since the lumberjack robot seems to be uncapable of harvesting bottom up and often insists on harvesting the middle block first (the 3rd from ground) we opened it up so those 3 are directly accessible. (Maybe you can do something with its logic here?)
Now the robot (right side 2nd picture in the front) again sits just on his station lighting up from time to time (probably indicating that it's looking for work) while holding an axe. But as you can see in the picture there's a lot of work to do...
The work area is defined so that it contains the whole room (including the base layer even though only the planter needs that)

Well now i found a (lumberjack) robot that made it a step further... it harlem shakes at some point in the air...

you can use goto station with a map location, but that must be the "spot" one with just the location of a robot station, that'll make the robot go to that station and accept it as it's new "home" station

Sorry had to find a solution to capture it first (since using pictures has too low fps...) there we go:
https://www.dropbox.com/s/q54645173x772qo/2016-05-05%2011-08-28.mp4?dl=0
(12 hours ago at that exact position was a tree)

BC 7.2.6 beta:

Is that not a valid setup?:

Because they in fact are ignoring that they shall stay in station :(
But instead they fly away, ignoring their working area -.-

The go to station doesn't use a map location, that slot enables you to filter which robot will return to the station the gate is on. This is done by placing a robot in the slot, not a map location