Opinion on why the model is blocked and does not run anymore.

Opinion on why the model is blocked and does not run anymore.

omar_aguilera_rico
Not applicable
65 Views
2 Replies
Message 1 of 3

Opinion on why the model is blocked and does not run anymore.

omar_aguilera_rico
Not applicable

[ FlexSim 17.2.3 ]

I have had problems with a model and it turns out that in time 86400 the model stops running longer. With the experience they have, can you tell me what your cases have been to solve these problems?

0 Likes
Accepted solutions (1)
66 Views
2 Replies
Replies (2)
Message 2 of 3

Ben_WilsonADSK
Community Manager
Community Manager
Accepted solution

86400 is the number of seconds in 24 hours.

Is there a stop time built into the model? This could be done in a number ways:

There may be a stop time defined in the main run panel at the top of the interface. Press the down arrow to the right of the run time to see if there is a stop time defined:

9438-2017-11-10-11-41-28.png

There may be user event that stops the model (see Toolbox > Modeling Logic > User Events).

9439-2017-11-10-11-42-35.png

There could be a message trigger that stops the model, where a delayed message was sent on reset.

Some other trigger could be fired at particular times that stops the model, like a time table.

To determine if it is one of these latter two possibilities, search your model for "stop(":

9440-2017-11-10-11-44-47.png

If you still can't find a reason the model stops, check the Event List. Do so by the following:

  1. Open FlexSim
  2. Open your model
  3. Set a stop time (see how to do that from the run panel up above) for time 84599.9
  4. Run the model until it hits your set stop time, shortly before the rogue stop time
  5. Open the Event List from FlexSim's main menu > Debug > Event List
  6. Look at what events are scheduled at time 86400
  7. Figure out which one stops the model

You didn't mention this, but at time 86400 is it not that the model has stopped, but actually it has crashed/frozen? Is FlexSim still responsive? If not, you could follow these steps for debugging the events that might be crashing your model.

Message 3 of 3

Matthew_Gillespie
Autodesk
Autodesk

The issue turned out to be that an object was sending itself a message in 0 time, and as part of the OnMessage would send itself another message in 0 time. Thus an infinite loop of messages. This was discovered by looking at the Event List.



Matthew Gillespie
FlexSim Software Developer