Acquire multiple operators from a resource list

Question

question

Mohamed Eldakroury asked Feb 27 2024 at 3:26 PM Mohamed Eldakroury commented Feb 28 2024 at 6:27 PM

Acquire multiple operators from a resource list

Hello,

I need to a acquire multiple operators and assign the same tasksequence to all of them. It seems like a token is able to acquire the resources needed and assign them to a label called "resource". "resource" is an array of all the operators acquired. However, when I use the "resource" label for subsequent tasks, only the first operator in the array gets assigned things to do while the rest are marked as idle.

Is there a way I can reference the whole array of operators in subsequent tasks?

This is a model that was posted by @Jeanette F that I'm trying to build on and learn how to create my own custom basic FR.

Acquire Multiple Operators.fsm

Software Version:

FlexSim 23.2.0

processs flow custom object

acquire-multiple-operators.fsm (80.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-02-27T15:49:47Z

Paula LG answered Feb 27 2024 at 3:49 PM Mohamed Eldakroury commented Feb 28 2024 at 6:27 PM

Hi Mohamed,

There are several ways of doing what you asked. One easy option is creating a SubFlow where you send a quantity of tokens (in this case, the quantity would be NumOperators parameter), so that each one of them can handle its own resource.

I attach your modified model here: acquire-multiple-operators.fsm. Take a look at it and let me know if this is something that could work for you.

I hope it helps!

acquire-multiple-operators.fsm (79.9 KiB)

· 6

Mohamed Eldakroury commented · Feb 27 2024 at 4:13 PM

Hi Paula,

Thank you for your answer and yest that works! But I am curious why it didn't work when I had the subflow as part of the main flow?

To me, it looks like the subprocess flow is doing the same thing as I was doing before, however, it recognizes that when you create a task sequence for "token.resource"
you are creating the task sequence for all members of that array not just the first one.

0 ·

Paula LG Mohamed Eldakroury commented · Feb 28 2024 at 7:56 AM

Hi Mohamed,

The difference that makes it work is this line in the "Run Sub Flow" block:

What this is doing is creating a label called resource on the new token that contains only one member of the resource array assigned in order; for the first token, token.resource is going to be token.resource[1] and so on. You can change the name of the children label to a different one, I guess that may be confusing and it's definitely not a good practice on modelling, sorry I didn't notice when I first answered your question!

0 ·

1709106711424.png (26.6 KiB)

Mohamed Eldakroury Paula LG commented · Feb 28 2024 at 6:27 PM

Thank you, that makes sense now.

0 ·

Mohamed Eldakroury commented · Feb 27 2024 at 4:55 PM

Hi Paula, I also have a follow-up question on the model. Let me know if you want me to create another post for that. I'll post it here for now.

Eventually, I'll need each operator to pick a task and do it instead of having all operators go through all tasks together. The model I posted here is a demo model for a bigger scope. I want to mimic the behavior of a multiprocessor but with the option that multiple operators can execute different processes at the same time.

My custom multiprocessor have many tasks (let's say 20 tasks/delays). And when I acquire multiple resources, in this case let's say 3, I expect every resource (operator) to pick a task and complete it so that the overall delay (processing time) of the processor goes down.

I'm thinking of two options:

1. grouping tasks together and create branches so that every child token goes to a branch. But that won't work because the number of branches will be fixed, while the number of operators is variable and maybe more or less than the branches, which means one branch may end up never getting executed. This will also assume that the set of activities in a branch are always executed together with one person which is not what I want to do.

2. When the child tokens enter the subflow, I only allow one token per delay (process) at a time, and if the delay is executed/being executed by one token, I don't want the next token to stop by that delay again and jump to the next one. This contradicts how the process flow works, because every token needs to go through the process flow activities in sequence. One way I see doing this is by changing the value of the delay to zero if a token already went trough it, but I think I will be overcomplicating things. Is there a better way of doing this?

Sorry if my explanation is confusing, please let me know if you need more details and I can explain a little bit more or post a diagram.

0 ·

Paula LG Mohamed Eldakroury commented · Feb 28 2024 at 8:03 AM

Hi Mohamed, have you thought about using a list? If I'm understanding this correctly, you could push all your tasks to a list and then make the operators pull them and execute them.

You should definitely post this as a separate question as detailed as possible and see what suggestions the users come up with!

0 ·

Mohamed Eldakroury commented · Feb 28 2024 at 2:43 PM

@Paula LG Yes, that's what I did. I used a resource list and it's working! I still need to tweak many things to have it work the way I want, but Lists is the way to go.

Here's my updated model for everyone's benefit. I posted a separate question about how to use acquire resources from multiple lists in a separate post.

AcquireResourcesFromMultipleLists.fsm

0 ·

acquireresourcesfrommultiplelists.fsm (108.8 KiB)

question