cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - You can Bookmark boards, posts or articles that you'd like to access again easily! X

Find function error: Undefined variable

kcotton
1-Newbie

Find function error: Undefined variable

Hello all,

I'm trying to us the find fuction to solve an exponetal equation. I think my problem with the first Find(A.c) is that the value its solving for is around 10^-17 and it wants to say it's zero but can't becaure the value isn't zero. The second Find(T.f) I think is simular, I still get an error if I set a value for A.co. Ihave aslo tried to do this problem with out units and I get the same error.

If anyone has any sugestions that would be great.

1 ACCEPTED SOLUTION

Accepted Solutions

The "undefined variable" error is the only error a solve block will ever yield - no matter what the real cause for failing may be. If you right click the error and chose "Trace error" you (sometimes) see whats really going on - no solution was found because you are working at the limits of the tolerance settings.

1.png

In your case you are dealing with rather big and also some very small numbers and especially when you work with units this very often throws a solve block off the track.

I wonder why you would use a solve block anyway, given that you can solve those equations directly very easy by hand (and if not you can use the symbolics solve - see at the top).

You may also use the symbolic solver for your specific task.

See attchment.

View solution in original post

18 REPLIES 18

The "undefined variable" error is the only error a solve block will ever yield - no matter what the real cause for failing may be. If you right click the error and chose "Trace error" you (sometimes) see whats really going on - no solution was found because you are working at the limits of the tolerance settings.

1.png

In your case you are dealing with rather big and also some very small numbers and especially when you work with units this very often throws a solve block off the track.

I wonder why you would use a solve block anyway, given that you can solve those equations directly very easy by hand (and if not you can use the symbolics solve - see at the top).

You may also use the symbolic solver for your specific task.

See attchment.

Thanks, for the help. I was using the solve block encase I needed to solve for a diferent variable in the equation later.

MikeArmstrong
5-Regular Member
(To:kcotton)

Kendall Cotton wrote:

Thanks, for the help. I was using the solve block encase I needed to solve for a diferent variable in the equation later.

Have a look at the way I have set my sheets up. They may work for you.

You constructed your solve blocks in a way to solve for one variable only.

Making a direct equation works. I've never tried solving symbolically, that's why I didn't try that. Now I just need to figure out how to plot multiple if statement, and I'll be all good

MikeArmstrong
5-Regular Member
(To:kcotton)

Kendall Cotton wrote:

Making a direct equation works. I've never tried solving symbolically, that's why I didn't try that. Now I just need to figure out how to plot multiple if statement, and I'll be all good

I'm glad you have found your solution. If you feel the initial query to this thread has been answered, I would recommend creating a new thread with the new query.

MikeArmstrong
5-Regular Member
(To:kcotton)

Try solving symbolically. I have stripped the units for ease of understanding.

Similar approach but included units. I have used the symbolic Find function while Werner has used the Symbolic Solve function.

At least you variation .

Mike Armstrong wrote:

Similar approach but included units. I have used the symbolic Find function while Werner has used the Symbolic Solve function.

At least you variation .

Best to solve this kind of equations without any "Find" or "solve" but using direct assigments - the equations are easy enough. And with real tough, complicated equations, Mathcad's symbolics unfortunately ever so often tends to fail

MikeArmstrong
5-Regular Member
(To:Werner_E)

Werner Exinger wrote:

Mike Armstrong wrote:

Similar approach but included units. I have used the symbolic Find function while Werner has used the Symbolic Solve function.

At least you variation .

Best to solve this kind of equations without any "Find" or "solve" but using direct assigments - the equations are easy enough.And with real tough, complicated equations, Mathcad's symbolics unfortunately ever so often tends to fail

Fully agreed on.

Mike Armstrong wrote:

Try solving symbolically. I have stripped the units for ease of understanding.

Without units the first solve block gets a solution numerically, too, without any modification whatsoever.

To make the second solve block work numerically, you have to provide a decent guess value and set CTOL way up to 10 (from the default 10^-3)!!

Adding units will increase the problem, though.

1.png

MikeArmstrong
5-Regular Member
(To:Werner_E)

Werner Exinger wrote:

Mike Armstrong wrote:

Try solving symbolically. I have stripped the units for ease of understanding.

Without units the first solve block gets a solution numerically, too, without any modification whatsoever.

To make the second solve block work numerically, you have to provide a decent guess value and set CTOL way up to 10 (from the default 10^-3)!!

Adding units will increase the problem, though.

1.png

Are you sure? Mine does not find a solution and I think you are missing T.i from first equation.

Clipboard01.jpg

Mike Armstrong wrote:

Werner Exinger wrote:

Mike Armstrong wrote:

Try solving symbolically. I have stripped the units for ease of understanding.

Without units the first solve block gets a solution numerically, too, without any modification whatsoever.

To make the second solve block work numerically, you have to provide a decent guess value and set CTOL way up to 10 (from the default 10^-3)!!

Adding units will increase the problem, though.

Are you sure? Mine does not find a solution and I think you are missing T.i from first equation.

You are right! T.i is missing because I used the sheet you posted and the variable is already missing there

With T.i in place we would have to set CTOL up to 10^2 to get a numerical solution.

MikeArmstrong
5-Regular Member
(To:Werner_E)

Werner Exinger wrote:

You are right! T.i is missing because I used the sheet you posted and the variable is already missing there

With T.i in place we would have to set CTOL up to 10^2 to get a numerical solution.

Oops. I must have deleted it by mistake in my first sheet. At least my second sheet is correct.

MikeArmstrong
5-Regular Member
(To:Werner_E)

Werner Exinger wrote:

With T.i in place we would have to set CTOL up to 10^2 to get a numerical solution.

I don't see the logic with having to change CTOL locally in the worksheet. Would it not be a better solution to have the numerically processor non-dependant, as with the symbolic processor?

Mike Armstrong wrote:

Werner Exinger wrote:

With T.i in place we would have to set CTOL up to 10^2 to get a numerical solution.

I don't see the logic with having to change CTOL locally in the worksheet. Would it not be a better solution to have the numerically processor non-dependant, as with the symbolic processor?

Guess thats a more subtle problem. The algorithms used by the symbolics may fail while the numeric approximation algorithms still yield a result. The problem here is the absolute tolerance value used while a relative tolerance value would be more preferable (but probably may lead to other problems).

A standard way out here is to use MinErr instead of Find. Don't know why I didn't thought of it in the first place - probably because my first thought was "why a solve block at all?".

1.png

MikeArmstrong
5-Regular Member
(To:Werner_E)

Werner Exinger wrote:

Mike Armstrong wrote:

Werner Exinger wrote:

With T.i in place we would have to set CTOL up to 10^2 to get a numerical solution.

I don't see the logic with having to change CTOL locally in the worksheet. Would it not be a better solution to have the numerically processor non-dependant, as with the symbolic processor?

Guess thats a more subtle problem. The algorithms used by the symbolics may fail while the numeric approximation algorithms still yield a result. The problem here is the absolute tolerance value used while a relative tolerance value would be more preferable (but probably may lead to other problems).

Right I get you. So it is good practice you try and solve numerically before trying symbolically?

Werner Exinger wrote:

A standard way out here is to use MinErr instead of Find. Don't know why I didn't thought of it in the first place - probably because my first thought was "why a solve block at all?".

1.png

I also attempt this route first, but seem to shy away from it when I get a result. Is it safe to rely on Minerr?

Right I get you. So it is good practice you try and solve numerically before trying symbolically?

Why not the other way round? If the symbolics yield a result I would trust it the most (at least thats as it should be). But we know there are cases where the symbolics fails and the numerics gives us a result. And we also have it the other way round like in this example.

I also attempt this route first, but seem to shy away from it when I get a result. Is it safe to rely on Minerr?

Within Mathcad's usual numeric precision and tolerance I would say, yes. At least we get the best result Mathcad is able to find, no matter if the difference to the last but one value in the iteration is smaller than CTOL or not. Double checking the result it it fits the problem is a must anyway.

1.png

MikeArmstrong
5-Regular Member
(To:Werner_E)

Werner Exinger wrote:

Right I get you. So it is good practice you try and solve numerically before trying symbolically?

Why not the other way round? If the symbolics yield a result I would trust it the most (at least thats as it should be). But we know there are cases where the symbolics fails and the numerics gives us a result. And we also have it the other way round like in this example.

I also attempt this route first, but seem to shy away from it when I get a result. Is it safe to rely on Minerr?

Within Mathcad's usual numeric precision and tolerance I would say, yes. At least we get the best result Mathcad is able to find, no matter if the difference to the last but one value in the iteration is smaller than CTOL or not. Double checking the result it it fits the problem is a must anyway.

1.png

In this instance it has worked, but I have seen results in the past which are incorrect. As you said, double checking is a must.

Top Tags