×
INTELLIGENT WORK FORUMS
FOR ENGINEERING PROFESSIONALS

Contact US

Log In

Come Join Us!

Are you an
Engineering professional?
Join Eng-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Eng-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Infinite recursion when it should not be.

Infinite recursion when it should not be.

Infinite recursion when it should not be.

(OP)
I'm trying to simulate cycle times as a function of work released at a station.

Please see attached worksheet.

Mathcad 14
http://files.engineering.com/getfile.aspx?folder=1c8ef177-8bbd-4755-bc66-bbc536ff534&file=Example.xmcd

Mathcad 11
http://files.engineering.com/getfile.aspx?folder=1e85b91b-6705-4e79-a83d-583bae91b224&file=Example.mcd


The problem is, for the CT(w), it requires CT(w-1).

While understandable this leads to recursion, CT(1) is very easily calculated since some parts reduce to 0 for example:
w-1/CT(w-1)=0 for w=1

No need to know CT(w-1) as 0 divided by anything will always be 0.

So how can I avoid Mathcad worrying about 'infinite recursion' / overflow?

Note: w=1,2...32 at most. So definitely not infinite.

RE: Infinite recursion when it should not be.

(OP)
Wow great thanks, I never knew about the second kind of subscript. (<.> vs <[>) It seems like a great solution for many things.

However think I've oversimplified the expression, please see attached files with expressions to describe multi-station lines. The expression is completely wrong, but describes what I'm trying to do. (Unfortunately, the second expression no longer contains redundancies.)

I guess a solution would be to separate all the CT_j(w) and sum them up later, i.e. move everything to different expressions like you might calculate everything in different cells in Excel.
But then each expression refers to another expression that has not yet been calculated -> every expression should be solved at the same time. Another form of problematic recursion I guess.

Note: CT_j should be a function of w rather than j. Didn't manage to formulate that in Mathcad.

Mathcad 11
http://files.engineering.com/getfile.aspx?folder=bda293c3-bdbd-4de1-97fb-20cd16e145d3&amp;file=Example2.mcd

Mathcad 14
http://files.engineering.com/getfile.aspx?folder=1e5fe135-d781-4c4a-9065-84fe7bea7b21&amp;file=Example2.xmcd

RE: Infinite recursion when it should not be.

Just file into your brain that an indexed variable is NOT a vector; that will save you loads of grief later.

Engineering.com appears to be non-responsive at the moment.  I'll post the file later

TTFN

FAQ731-376: Eng-Tips.com Forum Policies

RE: Infinite recursion when it should not be.

(OP)
Thank you very much, this has been of great help.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Eng-Tips Forums free from inappropriate posts.
The Eng-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Eng-Tips forums is a member-only feature.

Click Here to join Eng-Tips and talk with other members! Already a Member? Login



News


Close Box

Join Eng-Tips® Today!

Join your peers on the Internet's largest technical engineering professional community.
It's easy to join and it's free.

Here's Why Members Love Eng-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close