question

Alex Q avatar image
0 Likes"
Alex Q asked Phil BoBo edited

MTBF MTTR State Issue

We are trying to bucket the down state for MTBF MTTR in it own specific state (off shift), and that seems to work, but when we have implemented MTBF MTTR, it seems that the "on break" state % goes up? Our "on break" is on a schedule and if anything, idle time should go up, not break....we should be at around 15% break, not 30%...samplemodel4machines1off.fsm

FlexSim 18.2.2
mtbf mttrstatesbreakdown
· 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.

Jeff Nordgren avatar image Jeff Nordgren commented ·

@Alex Q, @Logan Gold, @Sam Stubbs, @Isaac Litster, @Tanner Poulton, @phil.bobo,

I can understand why you are confused. It seems to me that your model is setup properly in the MTBF/MTTR area. When your objects go down, they should set the state to "off shift" but it doesn't seem to be working properly. It's either a bug or a misunderstanding in how it should work. I think, it may be a bug. Maybe someone else in the office can take a look at why this is not working.

With the way your model is setup, when an object (Machine 7, for example) would go down, there would be a negligible "off shift" number in the Machine Utilization state dashboard object and the other percents get messed up from then on as well. I think the way it should work is that the "off shift" number should get larger as the machine is "downed" and not affect the other state percents.

So, I added a "ModifiedDownBehavior" to the MTBF/MTTR 7 object. What it does is stop both input and output and then sets the state to "off shift". It appears to me that doing this "fix" gives the proper stats to Machine 7, @Alex Q, is that correct? If so, then there appears to be something wrong with how the state is being handled in the other cases. The problem with my "fix" is that it may scew the time processing percent. This is because just closing the input and output ports of the object won't stop the object from processing like a stopobject() would do. Again, maybe someone else in the office can shed some light on this.

Thanks,

samplemodel4machines1off-jn1.fsm

0 Likes 0 ·

1 Answer

·
Phil BoBo avatar image
4 Likes"
Phil BoBo answered Phil BoBo edited

The MTBF MTTR is correctly putting it into the "off shift" state. You can tell by putting a break point into the MTBF MTTR's Down Function so that you can stop the model when that happens.

The Machine7 object is also connected to the "APN Schedule" Time Table, which is putting into the "on break" state. That is what is causing the issue. Everything is working correctly, as configured in the model.

The objects keep a stack of states for the state to resume to when stopped from multiple sources. To make sure this works properly, you need to specify matching id values for stopobject() and resumeobject(). The MTBF MTTR 7 object is using id 1.

The APN Schedule Time Table is currently also using id 1. The MTBFMTTR and TimeTable should be using different ids, and the MTBF MTTR object's priority should be increased if you want "off shift" to take precedence over "on break".


5 |100000

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

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

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