question

Dustin B avatar image
0 Likes"
Dustin B asked Dustin B commented

Critical Timer for queue

I had hope to use an object sub flow to send items that had "expired" while waiting in queue to a dedicated discard queue. However, it looks like due to simulation timing, items are being processed and discard simultaneously. ie. The output from the pre-processed queue is greater than the input.
Is there another trigger / set up I can use to avoid this from happening?
I would prefer not to use multiple pre-processor queues to achieve this if possible.


Thanks,

Dustin

230103 Crit Timer.fsm

FlexSim 23.0.3
queue logicobject flow
230103-crit-timer.fsm (104.6 KiB)
5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

1 Answer

Kavika F avatar image
0 Likes"
Kavika F answered Dustin B commented

Hey @Dustin B, you can use a Max Wait timer on the "Wait for Event" activity to send tokens that took too long down a different path.

1677717437580.png

At the bottom of the Wait for Event activity, you'll see a check box "Use Max Wait Timer". Check it, set the max wait time, and what to do when that time is reached.

1677717450110.png

As you can see from my above example, on normal behavior, it will continue through; however, on failure (i.e., reached 5 minutes wait time), it will move the box into the Critical queue.

box-wait-too-long.gif

(I sped up the model so it may look like it doesn't wait that long, but it does)

230103-crit-timer_1.fsm


· 3
5 |100000

Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Dustin B avatar image Dustin B commented ·

This seems to work. The 3D model is correct, although the tokens on the subflow don't seem to add up, but I don't think that's necessarily an issue?

0 Likes 0 ·
Kavika F avatar image Kavika F ♦ Dustin B commented ·

True that the model seems to have the correct amounts in the queues. After digging into the model a little more, I notice that all of the stats get reset at around time 10080 in the model, right when /DSTech in for Day Shift and starts cleaning.

I found some interesting behavior where if you put a model stop time at 10079 model time, fast forward to that time, press skip (to end up at 10080 time), then hit run/fast forward, the statistics behave as expected. Otherwise, they get reset.

Stats without the above method:

1677777547130.png

Stats with the above method:

1677777563968.png

I will investigate this further to see what could be the issue. Thank you for pointing this out!

0 Likes 0 ·
1677777547130.png (41.5 KiB)
Dustin B avatar image Dustin B Kavika F ♦ commented ·
Yes, that would make sense. It seems the warm up timer is resetting the counters in the 3D model, but not the object flow.
0 Likes 0 ·