topic Re: LoadRecipe bug in Floworks in FlexSim Forum

LoadRecipe bug in Floworks

fakhrusy_17004283 — Tue, 19 Jul 2022 06:07:13 GMT

[ FlexSim 18.2.3 ]

Hello there,

Currently, my mixers is currently running this product and its recipe is floworks recipe table...

After running the simulation , this is I got in the current recipe tab under the mixer

The recipe product seems confused when I am not rearranging any product in the floworks mixer table.How to solve the issue? can anyone enlighten me with a coding that can prevent the bug?

Thank you so much

Mini_Simulation_OilLubricantsV11.fsm

@Mischa Spelt @Patrick Zweekhorst

Re: LoadRecipe bug in Floworks

fakhrusy_17004283 — Tue, 19 Jul 2022 08:07:05 GMT

I already solve the confusion by shuffle certain product that got confused.

Now I encounter another problem..

My blender 13 cannot find "B114A002_Engine_Premixer" find port source but the product already finished transferring.

I already check the connection between the two and I am sure that the connection is being established.

Here is my model

Mini_Simulation_OilLubricantsV12.fsm

Re: LoadRecipe bug in Floworks

mischa_spelt — Tue, 19 Jul 2022 09:19:39 GMT

Hi,

It seems like the recipe for Blender13 is looking for the product called B114A002_Engine_Premixer19. However, none of the connected objects is creating that product, the available products are:

Port 1 (T4960_J150): J150
Port 2 (T4961_SN500): SN500
Port 3 (T4963_ETRO4): ETRO4
Port 4 (T4964_BS150): BS150
Port 5 (T4966_DG1046): DG1046
Port 6 (T4967_DG1036): DG1066
Port 7 (T4968_KIXXLUBO): KIXXLUBO
Port 8 (T4969_DG1127): DG1127
Port 9 (T4970_J500): J500
Port 10 (T4972_ETRO6PLUS): ETRO6PLUS
Port 11 (T4973_ETRO4PLUS): ETRO4PLUS
Port 12 (T49401_ETRO6): ETRO6
Port 13 (T49402_M500): M500
Port 14 (T49403_SN150): SN150
Port 15 (T49513_DG1135): DG1135
Port 16 (T49514_V122): V122
Port 17 (T49502_M500): M500
Port 18 (T49510_DG1140): DG1140
Port 19 (T49511_VG1071): VG1071
Port 20 (T49512_OCP25): OCP25
Port 21 (T49501_ETRO6): ETRO6
Port 22 (Premixer_19): B114A001_Engine_Premixer

Based on the name of the product in the recipe I think you expected premixer_19 to contain B114A002_Engine_Premixer19 but instead it has B114A001_Engine_Premixer which is a different product.

You have three possible solutions:

Change the product type of Premixer_19 to match the one expected in the recipe
Change the recipe to expect the product that Premixer_19 produces
Change the Product Source pickoption to "Use product source table" and do all port mappings manually

I think option #3 quickly becomes a headache so I propose looking into #1 or #2.

Re: LoadRecipe bug in Floworks

fakhrusy_17004283 — Tue, 19 Jul 2022 09:48:36 GMT

For the working principle of the simulation is as below:

For premixer19 ,

the first product that going to be process is B114A001_Engine_Premixer mixing and transfer to Blender no 10
B114A002_Engine_Premixer19 that are needed by Blender no 13 is going to process right after the "B114A001_Engine_Premixer" finish its process..

Therefore, the line of premixer must be dynamically change its recipe according to the production schedule. Thus, I expect both of the product (B114A001_Engine_Premixer & B114A001_Engine_Premixer) need to be produce by premixer19.

DId Mr @Mischa Spelt clear on it??

Re: LoadRecipe bug in Floworks

fakhrusy_17004283 — Tue, 19 Jul 2022 12:03:36 GMT

@Mischa Spelt

According to the schedule,

All of the product commence at the same time, means the two engine product (B10 & B13) ran at the same time. During the token being created , B10 (B114A001_Engine_B10) got the content from premixer 19 ( B114A001_Engine_Premixer) while B13 (B114A002_Engine_B13) that's looking for B114A002_Engine_Premixer not found due to the first product(B114A001_Engine_Premixer) that still went through the process. That's why it cannot detect its content that is looking for because the required content is started late after the first product finished processing.

Is there a solution for this problem ? @Mischa Spelt

Re: LoadRecipe bug in Floworks

mischa_spelt — Tue, 19 Jul 2022 12:17:30 GMT

Instead of starting the recipe immediately, you could use a Wait For Event to wait for the first mixer to finish processing the batch. Then if you do a loadRecipe once the mixer has the correct product, it should be found by the second mixer.

Re: LoadRecipe bug in Floworks

fakhrusy_17004283 — Tue, 19 Jul 2022 13:29:20 GMT

It there any possible way in order to prevent the use of wait for event because I want my blender starts transferring while waiting for their own respective product?

Because I want to simulate the real life condition

Re: LoadRecipe bug in Floworks

fakhrusy_17004283 — Tue, 19 Jul 2022 23:06:29 GMT

Can we do where after the token was created, it will always search (auto updating) for its content as long as the simulation running.It is possible to do that?

Re: LoadRecipe bug in Floworks

Jeanette_Fullmer — Wed, 03 Aug 2022 16:55:24 GMT

Hello @Mischa Spelt, Are you still able to assist this user?

Re: LoadRecipe bug in Floworks

mischa_spelt — Thu, 04 Aug 2022 07:55:18 GMT

Hi, you say you want to "always search" for content, but I am not entirely sure why you do not want to use a Wait For Event for that. FlexSim does discrete event simulation so while it is possible to "check the status every x seconds", the fastest way to simulate is by looking for events.

You also say you want to "simulate the real life condition" but can you explain a bit more what that condition is? Does the premixer always push material into the blenders, rather than the blenders pulling from the premixer? Because then a Flow Mixer may not be the best object.

Perhaps you can share the latest model and indicate at which time something is going wrong?

Re: LoadRecipe bug in Floworks

jason_lightfoot_adsk — Thu, 04 Aug 2022 10:26:16 GMT

Are the blenders dedicated to products, in which case they can be set to continuously produce that recipe? Then would it just be a matter of scheduling the premixers to satisfy the blender demands?

Re: LoadRecipe bug in Floworks

Jeanette_Fullmer — Tue, 16 Aug 2022 21:35:22 GMT

Hi @Fakhrusy Sf,

We haven't heard back from you. Were you able to solve your problem? If so, please add and accept an answer to let others know the solution. Or please respond to the previous comment so that we can continue to help you.

If we don't hear back in the next 3 business days, we'll assume you were able to solve your problem and we'll close this case in our tracker. You can always comment back at any time to reopen your question, or you can contact your local FlexSim distributor for phone or email help.