Did something change with the Astar travel algorithm in 24.1. It seems there are times a member takes a long time to deallocate a node. This is causing major traffic jams in my model. Sorry had to blank out the images
Did something change with the Astar travel algorithm in 24.1. It seems there are times a member takes a long time to deallocate a node. This is causing major traffic jams in my model. Sorry had to blank out the images
We have received the model through email and confirmed that the behavior looks like a bug. This has been submitted to the development team for further investigation.
Hi @JP117, my first thought is this could be related to acceleration/deceleration that was added to A* in one of the recent versions of the software. But that usually changes how far in advance travel members will allocate nodes as opposed to when they deallocate nodes. You can try to set the acceleration and deceleration on your travel members to 0 (from within their Properties) to see if that makes a difference.
Otherwise, would you be able to attach a model that shows this behavior? If not the model from your screenshot, are you able to replicate the issue in a smaller example model that you could upload? I haven't been able to replicate it myself, so I'm guessing we won't be able to figure out the issue without being able to take a look at a model.
12 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