How to create a Sync-Up Index Conveyor

Question

question

Tamilselvan asked 3 days ago Felix Möhlmann commented 9 hours ago

How to create a Sync-Up Index Conveyor

I am trying to build a Sync-Up Index Conveyor with two parallel conveyors. The first conveyor has five stations, and the second conveyor also has five stations. The stations on both conveyors are placed at 2-meter intervals, and each conveyor is 11 meters long.

My question is: How can I ensure that both conveyors run in parallel? Both conveyors must move and stop simultaneously. Parts should not accumulate; each part must wait until all parts in both conveyors have completed processing before the conveyors can index forward. The conveyors should move only when all stations on both conveyors have completed their respective processes.

At the end of the conveyor, an operator needs to pick up the parts from both conveyors one by one. At the beginning, two operators need to place the parts at Station 1 on each conveyor.

I tried removing the Accumalating option still it does'nt work.

Software Version:

FlexSim 24.0.0

using conveyors

1741943038303.png (77.3 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-03-14T11:42:39Z

Felix Möhlmann answered 3 days ago Felix Möhlmann commented 9 hours ago

As you write yourself: "conveyors should move only when all stations on both conveyors have completed their respective processes". You can use a Tracked Variable that is the sum of 'ready signals' from all stations. Only if all stations are ready and the variable thus reaches a given value, are the conveyors resumed. As soon as one station stops its signal, the conveyors are stopped again. (After a small delay to make sure that all items have arrived at the next station.)

synced-cycle-conveyors.fsm

synced-cycle-conveyors.fsm (84.7 KiB)

· 4

Tamilselvan commented · 3 days ago

You worked magic in minutes! Thanks for your valuable answers. We are finding it a bit difficult to debug your response. Could you please explain the logic behind it in more detail? That would be greatly appreciated!

0 ·

Felix Möhlmann Tamilselvan commented · 3 days ago

The important thing to understand in the model is the bit-wise encoding of the station states. Each DP has a "StationNum" label. When setting their signal to 'ready', the station adds '2 to the power of their number' to the tracked variable "ReadySignal". So if only the first station (StationNum 0) is ready, the variable's value in binary would be 0000000001. If the station with number 2 also becomes ready this changes to 0000000101 and so on. For all stations to be ready the value thus must be 2^10 - 1 (1023 as a decimal number).

Each station is connected to an Object Process Flow. A token there waits until an item arrives at the station. The first stations on each conveyor wait for the entry of an item on the conveyor instead. Since the conveyor is standing still when an item enters it wouldn't actually 'arrive' at the DP. The station then sets its bit in the variable to 0, thus stopping the conveyor. After a process time has elapsed, the bit is set to 1 again. The last station instead waits for the item to have been picked up.

A token in the general Process Flow waits for the Tracked Variable to reach the value 1023 and then starts the conveyor. When the value drops below that number, the conveyor is stopped. As I said, there is small delay because only a single item can 'arrive' at a DP in the same instant. So the conveyor continues for 30ms (value determined through trial and error) to allow all other DPs to also trigger. For this to work it is also important that the Exit Transfers have an increased size, otherwise they would stop any arriving item and thus the conveyor.

Just before the operator who loads the items onto the conveyor would unload an item, a token is created (when the 'Travel' task to the unload location finishes). This token checks if the conveyor is currently running. If so, it stops the operator from unloading the item until the conveyor has stopped.

Edit:

I actually just realized an important detail. Due to the small delay before stopping the conveyor the items move a little bit beyond the DPs and are thus closer to the next DP than an item that was just placed on the conveyor.

The EntryTransfers should thus be placed that same distance behind the first DPs to keep the required move distance the same for all items.

So with a delay of 10ms and a conveyor speed of 0.5 m/s the transfers should be placed 5mm behind the first DPs.

Also, switching the "Wait For Entry" and "Set Signal: False" activities in the flow of the first stations means that they won't always wait until a new item has entered before the conveyor cycles again. This thus allows for empty slots on the conveyor if new items are not added fast enough.

synced-cycle-conveyors_1.fsm

0 ·

capture1.png (12.5 KiB)

synced-cycle-conveyors-1.fsm (81.4 KiB)

Tamilselvan Felix Möhlmann commented · 12 hours ago

Thanks for providing the detailed explanation.

I tried replicating the same thing in my model, but when the operator places the second part on the conveyor, it stops at the entry transfer and does not move to the decision point. Can you please help with this, @Felix Möhlmann?

0 ·

Show more comments

question