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
|
|||
|
|||
Issue with MTBF MTTR..!!
I am having this strange issue. I have three operators assigned to one break for which I am using the MTBF MTTR. Most of the times it works fine and breaks are called for all three operators but sometimes break is not called on one or more operators and I end up getting an error message as the model is unable to find the downobject and so whatever commands use it as a node are not executed properly. Is this a bug with flexsim or is it something I am missing.
I have attached the model. If you run it a few times until break 1 (at 20 minutes) u might be able to see the error message. |
#3
|
|||
|
|||
As I said.. The error is a bit random.. It may happen it may not happen.. MOst probably it looks like a bug with Flexsim cause if I wrote a bad code it should either happen or not happen.. Correct me if I am wrong
|
#4
|
|||
|
|||
When trying to find a bug in your model like this the first thing to do is find out why it's not repeating. Repeatability means using the same random numbers and all starting conditions are the same.
Can you check that the rest of your model repeats perfectly? A common thing to overlook is setting the reset positions of task executors that are not on networks. Any labels or variables you've added may need to be reset too. Once you've got a repeatable model it's usually much easier to debug. |
The Following 3 Users Say Thank You to Jason Lightfoot For This Useful Post: | ||
syseo (06-06-2013) |
#5
|
|||
|
|||
Yes, I have looked at the model and if you do too then u ll find it is repeatable. What happens occasionally is when the MTBF MTBR trigger is fired the downobject pointer which should return the Task-executor returns NULL and that is why the following code returns null.
As I see it its not a problem with repeatability because if a certain number of operators are assigned to a MTBF MTBR trigger it should be able to point towards those operators every time. There is no condition specified anywhere that the downobject pointer should return NULL in a particular case.. If you see in the model I have not selected any states where the MTBF trigger does or does not apply. |
#6
|
|||
|
|||
Quote:
Code:
if(!objectexists(downobject)) { msg("error","it happened",1); stop(); } Last edited by Kris Geisberger; 06-10-2013 at 06:06 AM. Reason: grammar |
The Following 3 Users Say Thank You to Kris Geisberger For This Useful Post: | ||
syseo (06-14-2013) |
Thread | Thread Starter | Forum | Replies | Last Post |
Several MTBF/MTTR for 1 processor ? | ankus d | Q&A | 15 | 01-18-2016 01:27 PM |
How to use MTBF/MTTR in real case? | Liang Wen Yin | Q&A | 10 | 08-22-2012 10:58 AM |
issue with CTS | Shahin Gelareh | Q&A | 0 | 02-18-2012 03:34 PM |
Assign one operator for duration of MTBF/MTTR | jspeece | Q&A | 3 | 10-12-2009 11:47 AM |
MTBF MTTR | dabombchibz | Q&A | 5 | 04-07-2009 09:01 AM |