Multiprocessor Operator Seize

Question

question

Hemanth Sai Kumar asked Sep 10 2024 at 7:09 AM Felix Möhlmann commented Sep 11 2024 at 7:57 AM

Multiprocessor Operator Seize

Hi,
I am looking for an operator seize option in multiprocessor, I have a case where we have two multiprocessors in parallel and they both get the orders on same time and each process requires an operator.
Here when on finish of 1st process of either of multiprocessor the operators are leaving and starting the other process, but I don't want that. Is there any option to seize the operator for whole processes and then release. Below I am attaching my example model.
Thanks in advance

multiprocessor_operator_gantt.fsm

Software Version:

FlexSim 24.2.1

operator multiprocessor process

multiprocessor-operator-gantt.fsm (38.2 KiB)

______

Cookie preferences

Your privacy is important to us and so is an optimal experience. To help us customize information and build applications, we collect data about your use of this site.

May we collect and use your data?

Learn more about the Third Party Services we use and our Privacy Statement.

Strictly necessary – required for our site to work and to provide services to you

These cookies allow us to record your preferences or login information, respond to your requests or fulfill items in your shopping cart.

YES

Improve your experience – allows us to show you what is relevant to you

These cookies enable us to provide enhanced functionality and personalization. They may be set by us or by third party providers whose services we use to deliver information and experiences tailored to you. If you do not allow these cookies, some or all of these services may not be available for you.

YES

NO

Customize your advertising – permits us to offer targeted advertising to you

These cookies collect data about you based on your activities and interests in order to show you relevant ads and to track effectiveness. By collecting this data, the ads you see will be more tailored to your interests. If you do not allow these cookies, you will experience less targeted advertising.

YES

NO

Are you sure you want a less customized experience?

We can access your data only if you select "yes" for the categories on the previous screen. This lets us tailor our marketing so that it's more relevant for you. You can change your settings at any time by visiting our privacy statement

Your experience. Your choice.

We care about your privacy. The data we collect helps us understand how you use our products, what information you might be interested in, and what we can improve to make your engagement with Autodesk more rewarding.

May we collect and use your data to tailor your experience?

Explore the benefits of a customized experience by managing your privacy settings for this site or visit our Privacy Statement to learn more about your options.

Answer 1 · 2024-09-10T07:49:25Z

Felix Möhlmann answered Sep 10 2024 at 7:49 AM Felix Möhlmann commented Sep 11 2024 at 7:57 AM

What I would suggest is to use the "On Start Task" trigger of the operator to write a reference to itself onto a label on the item, when a "Uitlize" task is started. This means that after the first process, the item 'knows' who worked on it last.

You can then use this reference in further processes to dispatch the task to the same operator again directly instead of going through the dispatcher. By also increasing the priority with each step and allowing the task sequence to preempt other tasks, you can keep the operator working on the same item until it is finished.

multiprocessor-operator-gantt_1.fsm

multiprocessor-operator-gantt-1.fsm (38.5 KiB)

· 6

Hemanth Sai Kumar commented · Sep 10 2024 at 9:28 AM

Thanks for your response,
what if each process need multiple operators?

0 ·

Jason Lightfoot ♦♦ Hemanth Sai Kumar commented · Sep 10 2024 at 10:15 AM

Then you can do the same but have the label as an array of operators. To read the array in the multiprocessor field you'll probably need some custom code which you can base off the Multiple Teams picklist option. Within that trigger you'll also see the line that calls freeoperators(). You could change the code to only call that when the last process step requiring operators has fired.

1 ·

Felix Möhlmann Jason Lightfoot ♦♦ commented · Sep 10 2024 at 10:22 AM

An alternative option would be to use a list to distribute the task sequences. In the attached model the task sequences are first send to a dispatcher who then pushes them to a list (when the multiprocessor pushes to a list directly only one task sequence is created regardless of the operator number setting for some reason).

In a small Process Flow, tokens representing the operators pull from that list, dispatch the pulled task sequence and free the operator once the process finishes. In the pull query I order by whether the processor the sequence belongs to is the same as before or not, resulting in operators preferring to stay at their current station. (This check could also target the item instead, so the operators move to a different processor once the item is completely finished, even if another one arrives at the current processor.)

Ultimately this solution might be easier to implement and customize.

multiprocessor-operator-gantt_2.fsm

0 ·

multiprocessor-operator-gantt-2.fsm (148.2 KiB)

Show more comments

question