Symbolic solve

Forum|Forum|3 years ago
August 5, 2022
3 replies
2283 views

A simple equation solved symbolically for an unknown variable returns two results, - as expected.

However I know the result lies in the range 0 - 1.

If I add an 'assume' modifier to limit the result to the value <1, I get quite an unexpected result.

The units are obviously causing all sorts of mayhem.

What's going on here?

1_Symbolic-Solve.zip

Mathcad Usage

Best answer by Werner_E

Primes symbolic doesn't know about units and so it can help (and is often necessary) to tell the symbolic engine that the used unit (meter in your case) is real and positive. This is often necessary even if you turn on "Units/Constants in symbolic" in the calculation options and sometimes it doesn't help at all (which is unfortunately also true for the modifier "assume").

But there is no need to use the symbolic "solve" if you are just after one numeric answer - especially if you know the range the solution is to be expected.

You may use a numeric solve block or the "root" function to do the job, the latter being more compact, does not need a guess value if you provide a range and doesn't look that ugly:

S

ssato

15-Moonstone

Hello,

I agree...

"m" is "variable" or "unit" ?

1_Symbolic-Solve-test.zip

T

TB_10343934

Author

1-Visitor

m is a unit (metre).

The V terms all have the units of velocity m/s

Sent from Mail for Windows

S

ssato

15-Moonstone

Hello,

I have mistakes.

UNIT "m" has polarity ?

I think this Is bug.

W

Werner_E

Answer

25-Diamond I

Primes symbolic doesn't know about units and so it can help (and is often necessary) to tell the symbolic engine that the used unit (meter in your case) is real and positive. This is often necessary even if you turn on "Units/Constants in symbolic" in the calculation options and sometimes it doesn't help at all (which is unfortunately also true for the modifier "assume").

But there is no need to use the symbolic "solve" if you are just after one numeric answer - especially if you know the range the solution is to be expected.

You may use a numeric solve block or the "root" function to do the job, the latter being more compact, does not need a guess value if you provide a range and doesn't look that ugly: