how to control operator's task priority?

Question

question

Lukas Buchta asked Sep 3, '21 Ryan Clark commented Sep 29, '21

how to control operator's task priority?

The operator1 does his loading process from "load and send to workstation". When tote in the queque 5 gets empty.yama 1.9.fsm

Model works perfectly, when I use two different operators for those tasks. When I use only Operator 1, I don't know how to set the priority of the task. Operator1 do both tasks in the same time.

Can you please help me to set up, how? Operator 1 must finish his last task in the loading process and then move to the cart and continue together to the AMP zone and load new totes.

Software Version:

FlexSim 21.2.2

operator tasksequence priority flexsim 21.2.2

cart.jpg (191.1 KiB)

yama-19.fsm (9.2 MiB)

· 1

5 |100000

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

Ryan Clark commented · Sep 29, 2021 at 05:48 PM

Hi @Lukas Buchta,

We haven't heard back from you. Were you able to solve your problem? If so, please add and accept an answer to let others know the solution. Or please respond to the previous comment so that we can continue to help you.

If we don't hear back in the next 3 business days, we'll assume you were able to solve your problem and we'll close this case in our tracker. You can always comment back at any time to reopen your question, or you can contact your local FlexSim distributor for phone or email help.

0 ·

Answer 1 · 2021-09-03T14:07:48Z

Patryk answered Sep 3, '21 Felix Möhlmann commented Sep 24, '21

To use the same operator for multiple tasks, it is best to connect the "Acquaier" blocks to the same "resource" block

I added aquaier and release opertor between subsequent activities so that in a situation where there isn't an item, the operator does not wait indefinitely but performs other activities.

In the attached model, I change the push Trolley logic.

yama-19_3.fsm

1630677648172.png (84.2 KiB)

yama-19-3.fsm (9.2 MiB)

· 13

5 |100000

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

Lukas Buchta commented · Sep 16, 2021 at 12:04 PM

@Patryk thank you, nice clear solution. After your modification I have problem with tote. Queque5 pushes totes into the list: Itemlist1. But in time 324 (after repeats many times) it pushes more items then it includes physicaly on the queque5. Do you know how to solve this? That it pushes exactly the number that exists on the queque5, and operator doesen!t need to search for the item and still from the working operators?

Thank you

0 ·

push.jpg (203.0 KiB)

Lukas Buchta Lukas Buchta commented · Sep 20, 2021 at 05:24 AM

@Patryk since there is no properties on "pushtolist" at queque5, mabye i need to write it in the script of queque? Or change somehow settings for "pullfromlist"? Thank you for your help!

0 ·

Felix Möhlmann Lukas Buchta commented · Sep 20, 2021 at 06:45 AM

I'm not seeing what you describe when I run the model @Patryk uploaded in his answer. Each tote is correctly pushed to the list once. Did you modify the model since it was uploaded?

I also don't see anything wrong in your screenshot. There are eight totes in the queue. Five are still on the list and three were already pulled by the tokens in the marked "Load tote" activity block.

I saw one thing that caused the operator to move to the stations on the left: When the first plate returns not all "fresh" plates have entered the system yet and the batch logic at the start of the flow is distrupted. Because two of the three plates of the batch are returning ones, the batch does not fill up and the "fresh" plate is not stopped. As a result the operator has to travel to the end of the conveyor to load the items onto it.

This happens around 1900s time when I run the model.

0 ·

Show more comments

Patryk commented · Sep 20, 2021 at 06:24 AM

I checked and I don't see an error in 324. In the screenshot you sent too, in my opinion, everything is correct when it comes to the number of totes in the queue, there are 8 of them, on the list 5 and 3 are already taken for loading.

0 ·

Lukas Buchta Patryk commented · Sep 20, 2021 at 07:37 AM

So sorry, It was in 870 (after it repeats many times) when he starts to steal "tote". The problem is probably with push to the list at queque5, but don't have any idea how to do it.

this is the file yama-19-3_autosave.fsm

0 ·

time.jpg (137.9 KiB)

yama-19-3-autosave.fsm (9.2 MiB)

Felix Möhlmann Lukas Buchta commented · Sep 20, 2021 at 10:13 AM

The error occurs because you exchanged the "Load/Unload" activities in the subflows, that move the totes into the queue, with "Move" activities. These move all items in the "token.item" label at once, but you still run the subflow as many times as there are items. This leads to the items that get pulled off the list immediately after entering to be pushed to it again, because not all queued "moves" have finished.

Either run the subflow only once or move the items individually by using "token.item[rank]" in the "Object(s)" field of the "Move" activity.

0 ·

1632132714446.png (25.4 KiB)

Show more comments

question