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

Community Tip - Did you get called away in the middle of writing a post? Don't worry you can find your unfinished post later in the Drafts section of your profile page. X

No solution was found

MK_9952684
2-Explorer

No solution was found

Hi, im totally newbie.

I have 2 problems and i dont know hot to solve it 😕

 

Any ideas ?

ACCEPTED SOLUTION

Accepted Solutions
Werner_E
25-Diamond I
(To:LucMeekes)


@LucMeekes wrote:

The inequality:

LucMeekes_1-1622971273434.png

This means:    x<0   OR    0<x<3/4

 

Success!
Luc

 


What you show is the result of MC11 with Maple as symbolic engine. Unfortunately the symbolic engine was changed twice since then and the newest one (Axiom/FriCAS; the only one available in Prime 7) is not able to solve that inequality.

Here is a comparison done in Prime 6 showing of the results we get using the legacy symbolic (muPad) and the new one (Axiom/FriCAS). Interesting in both cases is the effects we get, when we simply use "solve" compared to those if we explicitly specify the variable x. There is also a big difference in the results depending on whether we are storing the derivative into a function or using it directly. Also note the effect "simplify" has on the result with the new symbolic.

 

Legacy Symbolic (muPad):

Werner_E_0-1622975120223.png

 

New symbolic (Axiom/FriCAS):

Werner_E_1-1622975160951.png

 

 

View solution in original post

8 REPLIES 8

I can't do symbolics, but I can address your issues:

is this the only one solution? you can't solve the inequality with the "solve" method?

I'm constrained to Prime Express, since I don't have a license.  (Express is free!)  Symbolic operations (like solve) are "premium" features that Express will display but not execute, so I can see what you've done (as long as I don't resave your sheet) but I can't run it.

 

That said, symbolic operations never were a really strong feature in Mathcad and they have not improved in Prime.  The numeric solution shows that the derivative function goes strongly positive for negative x, change the range of xx to see this.  The derivative function goes to zero at x = 0, but it does not go negative until x = 3/4.  So the root function (which Express will do) cannot find the root at zero, but it will find the root at 3/4.  I suspect that the solve found a double root at zero because of two imaginary roots.

ttokoro
20-Turquoise
(To:MK_9952684)

Page 2 Triple root is 0 and the f(0) = 0 with evaluate "=". 

image.pngimage.png

Page 4 df(x) must above the plot.

image.pngimage.png

LucMeekes
23-Emerald III
(To:MK_9952684)

The inequality:

LucMeekes_1-1622971273434.png

This means:    x<0   OR    0<x<3/4

 

Success!
Luc

 

Werner_E
25-Diamond I
(To:LucMeekes)


@LucMeekes wrote:

The inequality:

LucMeekes_1-1622971273434.png

This means:    x<0   OR    0<x<3/4

 

Success!
Luc

 


What you show is the result of MC11 with Maple as symbolic engine. Unfortunately the symbolic engine was changed twice since then and the newest one (Axiom/FriCAS; the only one available in Prime 7) is not able to solve that inequality.

Here is a comparison done in Prime 6 showing of the results we get using the legacy symbolic (muPad) and the new one (Axiom/FriCAS). Interesting in both cases is the effects we get, when we simply use "solve" compared to those if we explicitly specify the variable x. There is also a big difference in the results depending on whether we are storing the derivative into a function or using it directly. Also note the effect "simplify" has on the result with the new symbolic.

 

Legacy Symbolic (muPad):

Werner_E_0-1622975120223.png

 

New symbolic (Axiom/FriCAS):

Werner_E_1-1622975160951.png

 

 

Werner_E
25-Diamond I
(To:MK_9952684)

As described above, the new and only symbolic available in P7 is unable to solve this inequality.

 

According to plotting:

It works OK, if you either

  • define a function for the derivative
    Werner_E_0-1622975880213.png
  • or if you define a range variable
    Werner_E_1-1622975949590.png

I manually changed the lower limit on the abscissa to -1 in the first plot (quickplot) and in both cases the upper limit on the ordinate to 0.2.

Thank you! You helped me a lot. All of you. Greetings! 

Announcements

Top Tags