Input record of machines not working

Question

question

luis-rodrigues asked Sep 30 2024 at 4:16 PM Felix Möhlmann commented Oct 16 2024 at 12:00 PM

Input record of machines not working

Hi, I'm working on a model which the transporters load the machines.

In my model I have a statistic collector that tells me how much of each material goes to the machines.

I've introduced AGVs to the model and somehow this collector stopped working properly, and it was working fine on the non AGV model.

For example, the ML12 is getting way too much material then what is supposed.

I don't know if this material is actually getting loaded or is just the collector not working

V1 27-09.fsm

Thank you in advance!

Software Version:

FlexSim 24.1.0

statistic collector material input

1727712865143.png (24.3 KiB)

v1-27-09.fsm (260.2 KiB)

· 4

luis-rodrigues commented · Oct 15 2024 at 7:43 PM

Hi @Felix Möhlmann I don't know if you want me to create another topic for this but I'm analysing the results of the Simulation between the model with forklifts and the model with "AGVs" and I'm seeing too much variation in the output of some machines like ML02 etc.

Is this "normal" or something is wrong?

(Sorry to border you)

mlall-forklifts-fm.fsm

mlall-agv C1.fsm

0 ·

1729021251671.png (11.6 KiB)

Felix Möhlmann luis-rodrigues commented · Oct 16 2024 at 9:46 AM

Can you upload the models again? They didn't attach to the post properly.

0 ·

luis-rodrigues Felix Möhlmann commented · Oct 16 2024 at 11:16 AM

mlall-forklifts-fm.fsm

mlall-agv C1.fsm

The travel speed for the AGVs is 1.25m/s but right know I can't change it (I don't have my pc with me)

But the values I showed previously are for this speed

0 ·

mlall-forklifts-fm.fsm (371.5 KiB)

mlall-agv-c1.fsm (264.7 KiB)

Show more comments

______

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-10-01T06:46:12Z

Felix Möhlmann answered Oct 01 2024 at 6:46 AM luis-rodrigues commented Oct 07 2024 at 1:48 PM

I assume this happens because two AGVs can now get materials for a queue at a time where previously, because there was a single fixed transporter per pair of queues, this was not possible. The second token to enter the Load Materials subflow would not take into account the material that is already being replenished by the first and thus potentially doubling up on the input.

If it's not a requirement that parallel input tasks are possible, I would try to limit the subflow to one token per queue at a time. (Also include the "Acquire Transport" activity in the zone to not have acquired AGVs that wait for the zone to clear)

1727765167745.png (26.6 KiB)

· 5

luis-rodrigues commented · Oct 01 2024 at 7:53 AM

If I understood correctly, if I do that I won't be able to load two machines at the same time for example right?

I can't change the logic of the model because I'm going to compare it with the base model without AGVs.

Anyway I've tried to do as you said and I'm still getting too much material for ML12 for example.

0 ·

1727771991216.png (23.1 KiB)

Felix Möhlmann luis-rodrigues commented · Oct 01 2024 at 10:28 AM

As far as I can tell you are comparing the numbers from the model with historic data? Are you sure that the numbers are based on the same amount of throughput? Have you compared the amount of delivered material to what would be expected based on the number of times each recipe was run?

I don't see anything wrong with the logic. For each token it checks if enough of each material needed in the recipe is present in the queue. If not it moves as many items of that type to the queue as are mandated by the "MaterialType" table.

0 ·

luis-rodrigues Felix Möhlmann commented · Oct 07 2024 at 12:36 PM

@Felix Möhlmann somehow I can't see the last answers you sent, althought I can read the last answer in my email but I can't see the image, can you send me again please? Sorry but I don't know whats wrong with this post

0 ·

Show more comments

question