AGV Queue Logic Help

Question

question

Zenix asked 7 days ago Zenix commented 6 days ago

AGV Queue Logic Help

Subject: Help with Sequential Queue Loading and Automatic Backfilling Using AGVs in FlexSim

Dear Support or FlexSim Expert,

I hope this message finds you well.

I am currently working on a FlexSim model where I would like to implement the following logic using AGVs and multiple queues. I would greatly appreciate your insight or advice on whether my current logic is appropriate, and how I might implement the desired functionality more effectively.

What I am trying to do

Initial Item Loading:
- When an item enters Queue1, I want an AGV to transport it sequentially into the next available queue, starting from Queue5, then Queue4, and so on.
- For example: First item → Queue5, second → Queue4, third → Queue3…
Current Problem:
- The first token executes correctly, and the item is placed in Queue5 using the AGV.
- However, the second token does not proceed, and the simulation stalls after the first transport.
- I suspect the issue might be in the Decide logic or the flow control.

What I want to implement next

Automatic Backfilling:
- I plan to add a second AGV.
- When an item in Queue5 is sent to the Sink, I want the AGV to:
  - Move the item from Queue4 → Queue5,
  - Queue3 → Queue4, and so on,
  - Essentially "pulling forward" each item one step to fill any empty space.

My Request

Could you please confirm whether my Decide logic is correctly implemented for the sequential queue loading?
Also, what would be a good approach to implement the automatic backfilling logic (when items leave Queue5)?

I appreciate your time and any guidance you can offer!

Queue_Test.fsm

Software Version:

FlexSim 25.0.4

agv

1744695235441.png (180.4 KiB)

queue-test.fsm (46.4 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 · 2025-04-15T09:10:05Z

Felix Möhlmann answered 7 days ago Zenix commented 6 days ago

The Decide works, the process stalls because you don't release the acquired resource.

To build logic like this I would recommend to use lists. In the attached example, the token first gets the farthest queue that is currently empty (the queues are the initial content of the global list and are also pushed to the list in their On Exit trigger, when they become empty). It then pulls the closest item in a previous queue and moves it.

This sort of combines what both your AGVs should be doing. To split the tasks, all you would need to do is adjust the query in the "Pull closest item" activity. If the first AGV should only load from Queue1 then the query would be "WHERE QueuePos == 1". If the second should only move the items forward by one it should be "WHERE QueuePos == puller.Queue.Position - 1".

queue-test_1.fsm

queue-test-1.fsm (43.7 KiB)

· 3

Zenix commented · 6 days ago

Thank you very much for your previous response — it was extremely helpful and clarified a lot of things for me.

Additionally, I have two more questions related to the attached model:

I’ve created separate Process Flows to control the two AGVs.
Is there a more flexible or efficient way to manage both AGVs in a unified or modular fashion?
I’d like to ensure that both AGVs work together smoothly, without conflicts or duplicated logic.
For TaskExecuter1, I want it to return to the initial control point and begin recharging if it becomes idle and there are no new items arriving for the next 200 seconds.
Could you advise me on a good approach to implement this logic?

Thank you again for your time and support!

queue-test-1_1.fsm

0 ·

1744761654862.png (80.2 KiB)

queue-test-1-1.fsm (49.6 KiB)

Felix Möhlmann Zenix commented · 6 days ago

To implement behaviour when a TE becomes idle, it's easier to use a slightly different method of how the tasks are distributed. In the previous model, the AGV first pulls a destination and then an item, so whether it's idle or not depends on two things. Checking both simultaneously is and aborting the pull of both when one is not available is possible but a little complex.

It's easier to reverse the logic and have items/queues that need transportation pull an AGV. That way, if the AGV is not immediately pulled, you can send the token to a second connector and have it move to a park position. I didn't implement the check for when the next item arrives in the example model. To do that, you would edit the interarrival time code of the source to first generate a value, write that value to a label, so you can always check when the next item is due and then return the value.

queue-test-1-2.fsm

0 ·

queue-test-1-2.fsm (53.9 KiB)

Zenix Felix Möhlmann commented · 6 days ago

Thank you very much for your answer. It was really helpful.

0 ·

question