Dispatch by time of day

Question

question

Mica Vega asked Nov 23 2022 at 3:50 AM XiomaraG edited Nov 29 2023 at 5:47 PM

Dispatch by time of day

Hi there, I am trying to dispatch orders by time of the day. I have a table that indicates the hours at which it has to be dispatched according to the type of product, for example, product type 1 is dispatched at 8 am - 9 am and then at 8 pm - 9 pm. And so on for 12 types of products. I would like to try to do it in process Flow but I don't know how to do it or if it is possible only with 3D connections.

Thanks in advance for anyone could help.

Software Version:

FlexSim 22.2.2

proces flow by time of day dispatch

· 2

Felix Möhlmann commented · Nov 23 2022 at 8:20 AM

Could you explain a bit more about the process you are trying to model?

- What exactly do you mean by "dispatching"; the creation of new items to be processed, moving items from one location/storage to another, ...?

- Is there a pre-determined of items that should be created/moved or does this happen in an interval or should as many items be moved as possible limited by the available transport capacity?

0 ·

Mica Vega Felix Möhlmann commented · Nov 23 2022 at 5:11 PM

- I am trying to move ítems from a floor storage to a queue, these ítems should move according the time of the day and type of product.

- Many ítems should be moved as possible limited by the available transport capacity but within the corresponding time of dispacth.

0 ·

______

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 · 2022-11-23T18:14:24Z

Felix Möhlmann answered Nov 23 2022 at 6:14 PM XiomaraG edited Nov 29 2023 at 5:47 PM

I would suggest to have a queue pull the items with the pull requirement checking if item's type can be pulled right now.

The attached model is a simple example in which the current hour of the day corresponds to a row in a global table, determining the type to be pulled.

Additionally, the queue sends a message to itself every hour to reevaluate the pull criteria for the items in the queue (up until it successfully pulls one). The initial message is send in the "On Model Reset" model trigger. Then the On Message trigger of the queue always sends another delayed message to itself.

Finally, the queue that pulls the items should have a capacity equal to the capacity of the available transports/operators. This makes sure that it won't queue up too many transports that could "spill over" into the next hour slot, if not all items of a given type can be transported within a time slot. It then feeds into the actual destination queue.

pull_type_by_time.fsm

1669227033065.png (106.9 KiB)

1669227137428.png (26.9 KiB)

pull-type-by-time.fsm (48.3 KiB)

· 3

Mica Vega commented · Nov 23 2022 at 7:52 PM

Thanks! Your model was really helpful.

0 ·

XiomaraG commented · Nov 26 2023 at 3:39 PM

Hiiii

0 ·

Felix Möhlmann XiomaraG commented · Nov 27 2023 at 7:07 AM

Your model is missing the On Model Reset trigger that starts the message loop on the queue. Without it, the already waiting items are not reevaluated when a new hour starts.

It doesn't have to be placed in the global Model Reset trigger. You can also send the initial message in the Reset trigger of the queue itself.

0 ·

question