question

Steven Hamoen avatar image
0 Likes"
Steven Hamoen asked Matthew Gillespie answered

Bug report in queue placeoffset

if you have the queue placement option as "stack inside queue" and you call placeoffsetx() to find out where a taskexecuter is travelling to and after that you actually create the unload task you will see that the crane is not going to the same location as the first time you call placeoffsetx. If the time between the calls to placeoffsetx is not 0 then it will give you a different location everytime you call it. Test model is attached. Problem lies most likely in the calculateNextLocation function.

bugqueueplaceoffset.fsm

FlexSim 19.1.1
queueplaceoffsetx
· 1
5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Benjamin W2 avatar image Benjamin W2 commented ·

Hi @steven.hamoen,

I will forward this on to our developers. Thank you for pointing it out!

0 Likes 0 ·

1 Answer

Matthew Gillespie avatar image
0 Likes"
Matthew Gillespie answered

The Stack Inside option works very differently than the other item placement options. This is because the queue caches data from the last call to getPlaceOffset() in internal variables.

Consider the following model: placeoffset.fsm. The operators can all walk to the correct location despite there being multiple people walking towards the queue before they actually place any items. We don't want to get rid of this feature.

We'll add this case to the dev list so we can consider if there's anything we need to do about it.

A workaround you can use if you need it is to write a couple lines of code after the placeoffsetx() call in order to clear the queue's cached data. To do this you need to change the queue's input or output stat and then call updatelocations(). See the attached model.

placeoffsetworkaround.fsm


5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.