Change Type label and get some object go back

Question

question

Truc C asked Apr 12, '23 Jeanette F commented Apr 18, '23

Change Type label and get some object go back

Hi all,

I have a case that really need your help.

I have a model with 7 object Type, they will go from birth to AVI, then all Type (except type 4) will go back to Dek1 and repeat the process from DEK1 to AVI, then all Type will go to In_depanel. (means object Type 4 does the process 1 time, and Type 1,2,3, 5,6,7 do the process twice.)

In addition, I want to do the process for each Type completely (each Type will go, then come back and totally done) before the next Type.

I tried to change label type by Set label at trigger at OutSMT_Bay1 and Queue1, and set code snipped to avoid mixing among Types, but it still has bug.

Hope someone can help me solve this case.

Thank you so much. If I need provide more, please let me know.

setcomeback.fsm

Software Version:

FlexSim 20.1.3

queue label come back

1681291134784.png (167.7 KiB)

1681291249472.png (24.5 KiB)

setcomeback.fsm (74.0 KiB)

· 1

Jeanette F ♦♦ commented · Apr 18, 2023 at 08:50 PM

Hi @Truc C, was Kavika F's answer helpful? If so, please click the "Accept" button at the bottom of their answer. Or if you still have questions, add a comment and we'll continue the conversation.

If we haven't heard back from you within 3 business days we'll auto-accept an answer, but you can always unaccept and comment back to reopen your question.

0 ·

Answer 1 · 2023-04-12T20:04:55Z

Kavika F answered Apr 12, '23 Kavika F commented Apr 13, '23

Hey @Truc C, I made an example model previously that exhibits similar behavior to what you're asking. I was using the model to showcase the Decide Activity in Process Flow. It has some logic for processing items multiple times; maybe you could adapt it to your use case.

Decide By Condition and Case.fsm

When an item is created, I set two labels on it: the "Type" and "Processed" to let me know how many times it has been processed.

I perform different processes on the item depending if it is a specific type (in this case, Type 2 got processed once while Type 1 and 3 got processed twice).

After it has processed, I increment the "Processed" label to know it has gone through once. Then I determine if it needs to be processed again, then I send it back to the first queue (before processing).

Here's what it looks like in action (notice how red and blue items get sent back to the first queue to be "reprocessed"):

Side Note: I noticed that you're getting an error when calling getnextpullitem(). That's because in the version you're using, when you use a "Pull Item with Maximum Custom Value" with a Conveyor as input, you get an error thrown. I suggest you either upgrade your license to 23.0 or higher or you can simply add an intermediate queue to catch items from the conveyor and send them to the DEK1 (like you do for the SMT1).

1681329610939.png (15.0 KiB)

1681329679504.png (37.3 KiB)

1681329772572.png (55.6 KiB)

reprocess-items.gif (427.8 KiB)

decide-by-condition-and-case.fsm (39.5 KiB)

· 2

Truc C commented · Apr 13, 2023 at 01:37 AM

Hi Kavika,

Really appreciated for your help. That's so awesome.

If I want to merge long and short process to just only 1 processor (means everything object Type processes on just 1 machine flow), is there anything else I can set up? Can you help me more in this case?

0 ·

Kavika F ♦ Truc C commented · Apr 13, 2023 at 03:33 PM

If you only have one processor, then you can simply remove the middle section of the Process Flow that splits the stream of flowitems. You just have to send them all to one processor, but keep the labels incrementing.

0 ·

1681400009664.png (48.9 KiB)

question