Hi @Moosa, was one of Jason Lightfoot's or Moosa's answers helpful? If so, please click the "Accept" button at the bottom of the one that best answers your question. 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.
The reason is that the conveyor only presents the item at the end of the conveyor to the pulling queues, whereas a queue allows any of its contained items to enter any queue at the same time.
So when an item of type 37444 arrives at the end of the conveyor it does not match any of the queue Types. Later the batch timeout occurs at 13120 secs and queue293 releases its type 37537 items. At that point you need to adjust your pull logic to allow it to take a new type and have it fire by opening the input of the queue (even though it is open already - telling it to open will reevaluate the pull).
When I chose to trigger the pull re-evaluation your logic did not allow the item to enter since it was triggered by the last item leaving which is a usual technique. Your code tests for the content being <1 which will never be the case as the pull is evaluated while the exiting item is still in the queue.
16 People are following this question.
FlexSim can help you understand and improve any system or process. Transform your existing data into accurate predictions.
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.
Privacy | Do not sell or share my personal information | Cookie preferences | Report noncompliance | Terms of use | Legal | © Autodesk Inc. All rights reserved