question

Felipe V3 avatar image
0 Likes"
Felipe V3 asked Joerg Vogel edited

How can I crack my processor?

I need to set up a chance to my processor crack.

Than, I need an operator to come and fix it, but if possible, I don't want that the processing time pauses while he fixes it.

FlexSim 17.0.13
crack
· 1
5 |100000

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

Sebastian Hemmann avatar image Sebastian Hemmann commented ·

Maybe you can explain more exactly what you are trying to do. What is not working as expected and what you already tried out. Best would be if you could share an example model with us.

For me it sounds as if the solution should be quite easy if you use Process Flow. But I think I missed some information.

0 Likes 0 ·

1 Answer

Joerg Vogel avatar image
0 Likes"
Joerg Vogel answered Joerg Vogel edited

If the processor doesn't stop when an error occurs, then you can call just an operator to stand next by the processor. How long the operator has to stay, can you define by a delay task or you set the operator into an utilize task and you free the operator later. The attached model does this.

call-just-an-operator.fsm


· 2
5 |100000

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

Felipe V3 avatar image Felipe V3 commented ·

@Jörg Vogel

Sorry I didn't answer before, for some reason I didn't receive a notification.

So, it's almost that, except that I want to add this "fix" to my financial analysis.

Which logic did you use ?

Does the trigger "reset" refers to the end of process of the current item?

Thank you!

0 Likes 0 ·
Joerg Vogel avatar image Joerg Vogel Felipe V3 commented ·

The whole crack process is totally independent of items, because as you have wished the processing must continue. The process is controlled by messages. If you press reset on simulation run start, the OnReset trigger eventually fires and sends an initial message. The OnMessage trigger receives the delayed message later, calls the operator, changes the color of the processor and sends a delayed message to free the operator in the future. The operator is arriving, gets into utilization. The next message is going into the processor. The OnMessage trigger fires again and the source code to free the operator is executed.

If your question was answered, can you please be so kind to accept it and ask a NEW question, that involves the NOT mentioned conditions. Many thanks!

0 Likes 0 ·