ATTENTIONThis FlexSim Community Forum is read-only. Please post any new questions, ideas, or discussions to our new community (we call it Answers) at https://answers.flexsim.com/. Our new Question & Answer site brings a modern, mobile-friendly interface and more focus on getting answers quickly. There are a few differences between how our new Q&A community works vs. a classic, threaded-conversation-style forum like the one below, so be sure to read our Answers Best Practices. |
flexsim.com |
#1
|
|||
|
|||
MTBF can't breakdown individually
I built model and run it already getting the results I want, but when I started to add MTBF problems started facing me
I started by adding MTBF for one machine only (machine 1) in my model Also I got the result i want which was common sense with total breakdown around 2.2 hours from total of 24 hours, since the MTBF was expo (0, 2.07 hrs,1 ) and MTTR is Uniform ( 8,20 mins,1) Till here everything was perfect But when I added 3 more members in the same MTBF Memebers tab in my model (machine 2,3 & 4 ) with the same values of MTBF and MTTR and from the breakdowns tab checked the ( break down members individually ) it started breaking them alone but all the 4 members every MTBF resulting of total breakdowns around 10 hrs, i checked this from the state bar What I want is to let the model breakdown 1 of the 4 machines randomly alone each MTBF, one and only one not all together each MTBF , please can you help in solving this issue as soon as possible and guide me how can I do it ? because I have more than one model and I want to apply it for all the models regards Hassan Elhajj |
#2
|
|||
|
|||
From this and your other post on the forum, I think it might be worth saying that the MTBF/MTTR is a profile characterizing the unplanned nature of a loss per machine/member. It does not define an overall system/group loss.
This sounds like a problem of using aggregated summary data to model individual machine losses. So if you're saying that you want to lose 2.2 hours across 4 machines in 24 hours, rather than per machine, then you need to multiply the TBF frequency for the system by 4 or divide the repair time for the system by 4 - whichever seems more sensible to you - or come up with non-aggregated values. The statement that you had one machine behaving 'perfectly' might be misleading if in fact it had 4 times the loss that it should. |
#3
|
|||
|
|||
Quote:
even if i multiply the TBF by four it will fail all the machines at once or the whole 4 machines at the same time. I need to have one break at a time from one of the four machines. NOT all Together Neither ALL ALONE, I need ONE failure random from the 4 machines |
#4
|
|||
|
|||
statement that you had one machine behaving 'perfectly' might be misleading if in fact it had 4 times the loss that it should.
why if in 24 hours i have around 10 failures ( 24hrs/2.2 = 10.9 )(MTBF expo2.2 hrs) then 10 failures will get breakdown time with minimum 8*10 = 80 mins = 1.3 hrs Maximum 20*10= 200 mins = 3.3 hrs which is the interval of fixing all the breakdowns generated in excel (breakdown 2hrs and some mins ) is in between this range. so why I had 4 times the loss |
#5
|
|||
|
|||
There is an option to break members individually on the MTBF, which I thought had been mentioned in the other post. You're right I didn't find it obvious from either of your posts what you wanted - which I why I tried to clarify things.
What you described as the desired outcome seemed to contradict to me - so yes - sorry if I've misunderstood. |
#7
|
|||
|
|||
What you're describing is the default option when you create a new MTBF/MTTR. If you open the event list at reset you should see the breakdown events for all 4 processors at different times.
Try creating a new one or post your model and we'll take a look. |
#9
|
|||
|
|||
Taking a look
Dear Jason
please find attached model again as an explanation of what i want is to breakdown one machine every MTBF randomly not all the 4 at a time, nor the 4 every MTBF, Only one machine Every MTBF between those machines regards, Hassan El-hajj |
#10
|
|||
|
|||
In your model the machines break down individually. Look for the state in the quick properties tab, and for the yellow square drawn at the base of the object to see when they are in breakdown.
The other machines stop because they are blocked. If it's a tightly coupled machine group (like the monoblock) - then they should all stop. If they're not tightly coupled you can uncouple them and stop them being blocked by providing some buffers or accumulation between the machines. |
#11
|
|||
|
|||
Quote:
Again to Explain What I want is to breakdown (ONE) machine Each (MTBF) not the 4 machines Break-downing each MTBF Regarding that the machines will be blocked, I know that and actually I want it to be blocked when any machine is in a breakdown |
#12
|
||||
|
||||
Hello Hassan,
probably it isn't clear what you want. Do you want, that a group of four machine act as one machine when it comes to a breakdown. If a machine breaks down, the nex break down in the group occurs after the mean time before failure. if that is what you want to model, you can add just a new object which initiate the breakdowns and the repairs. In the trigger On Breakdown you dice which processor breaks. You can build a global table which contains the pointers to the processors as numbers: tonum(node("[path to the processor in the model tree]",model())). Then you choose a row by a duniform distribution. This processor stops. You store the selected row or the stopped processor in a label, because you use this data to resume the right processor on the On Repair Trigger. If you use a MTBF MTTR and add the processors individually to the tool or you build different tools for each processors, then the events happen independently. Jörg |
The Following 2 Users Say Thank You to Jörg Vogel For This Useful Post: | ||
Steven Hamoen (03-03-2015) |
#13
|
||||
|
||||
instead of using a global table to store the pointers, take a look at the global variables and a treenode array
|
The Following 2 Users Say Thank You to Steven Hamoen For This Useful Post: | ||
sagar bolisetti (03-05-2015) |
Tags |
mtbf, mttr |
Thread | Thread Starter | Forum | Replies | Last Post |
Operator Utilization Breakdown | achuta kalidindi | Q&A | 4 | 04-12-2014 03:59 AM |
Start Processing again after Breakdown | Stefan Jerenz | Q&A | 6 | 03-11-2013 10:25 AM |
Breakdown -> call operator -> repair breakdown by operator | KvThiel | Q&A | 4 | 02-26-2013 03:43 AM |
Preempting for machine breakdown | Martijn van Oostenbrugge | Q&A | 4 | 10-15-2008 01:49 AM |
Machine breakdown using Operators | Nico Zahn | Q&A | 8 | 07-13-2008 03:07 AM |