1er Caso de Experimentación 21-2 Network V4.fsm1er Caso de Experimentación 21-2 Network V5.fsm
Hi,
I am just working with more than 10 parameters but the experimenter does not show up results properly. I attached two models with different parameters in each of one. Only the content at "queue D" seems to work out. ¿What could be the cause?
Hi @Fernando Q3, was Felix Möhlmann'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.
Your model is reaching a deadlock state before reaching the warmup time. The mill and drill want to send the item back to "queue t", but it has reached the maximum content. As a result no more items are processed. This happens in both models, but later if the maximum content is larger.
When the warmup time is reached the statistics are reset and because nothing is happening in the model, almost no new values are generated.
As a possible workaround I use a custom pull requirement in the "queue t" to limit the items it can take from the buffers to the value set in the parameters, but always let items from the mill and drill enter. (Parameter is not directly linked to maximum content anymore and the max. content is set at 100)
Thanks a lot. However, this experiment was focused to set how large queues need to be in order to avoid blocking o deadlock state as you call it. So, as large the simulator tries, some replications should less o zero blocking, and it does not happen. I figured out that the node value "performuse batching" on the tree does not work properly, but "do batching" does by clicking with the sample.
If the average input rate is higher than the throughput the machines can handle, the queue will always eventually fill up and lock the model. You won't find a value for the maximum content that allows the model to run indefinitely.
I just set the max. content to 1000. At a time of 20000min (the currently set stop time of the experimenter), there were just over 400 items in the queue. At 40000min the model locked again.
Changing the value of "usebatching" in a queues node to something other than zero does correctly activate the batching function for me. Maybe you forgot to adjust the "On Set" option to update the reference when the value is changed? That only happends automatically if you choose "Set Node Value" when sampling the node.
After checking the numbers; yes, the model is indeed balanced on average. My impression fooled me, sorry for that.
It seems that the needed values to consistently avoid locking the model are higher than the currently set parameter limits in your models.
I also still don't experience any issues with setting the node value. If I double the max. content of the queues in your v5 model and measure the average staytime of items in the buffer queues, I get results that are consistent with the chosen parameters for each scenario.
(Here: staytime in scenario 2 three times higher than in scenario 3 due to waiting for three further items arriving instead of one. Also note that there are still some failed replications)
There seems to be nothing wrong your models.
Felix, the system is steady state, so it reaches a max content without blocking. I had tried "binary" with the right set node value reference but it did not work out. That is why I published my question.
16 People are following this question.
© 1993- FlexSim Software Products, Inc. All Rights Reserved.
FlexSim is a fully 3D simulation software environment. FlexSim can be used to simulate any process in any industry.
FlexSim®, FlexSim Healthcare™, Problem Solved.®, the FlexSim logo, the FlexSim X-mark, and the FlexSim Healthcare logo with stylized Caduceus mark are trademarks of FlexSim Software Products, Inc. All rights reserved.
