Function intersection

03232020, 10:26 AM
Post: #1




Function intersection
In the Function application I drew two elementary functions: y = x ^ 22 and y = LN (x ^ 21). I wanted to find the intersection of these functions.
Unfortunately, this application will not do this. I do not know why. However, the places where these functions intersect without any problems are found by the Advanced Graphing and Geometry applications. 

01072022, 11:20 PM
Post: #2




RE: Function intersection
I’m thinking this has been addressed by a firmware update (involving conversion from PPL to CAS). Has anyone observed this with the current firmware?
There could be a labeling issue here too, as what is actually being found (within the Function app, using the current firmware) is a local extremum (of the difference of the two functions). 

01082022, 12:59 AM
Post: #3




RE: Function intersection
Same problem on my physical G2 with 12 02 2021 dated firmware…


01082022, 04:57 AM
(This post was last modified: 01082022 04:57 AM by jte.)
Post: #4




RE: Function intersection
Thanks for trying, and reporting back!
I’ve tried it again on a G2 Prime here and … lo and behold … my G2 here also failed to find an intersection between the two. (Although it did report an intersection when I tried earlier… ) I’ve just now created a ticket for this in the bug tracker. 

01222022, 07:08 PM
Post: #5




RE: Function intersection
It is Not a bug, two floating point numbers gotten from square and log algorithms with a finite precision digits will be never exactly the same... compare with == always fails (99.99%)


01232022, 05:33 PM
Post: #6




RE: Function intersection
RobbiOne wrote:
Quote:It is Not a bug, two floating point numbers gotten from square and log algorithms with a finite precision digits will be never exactly the same... compare with == always fails (99.99%) Despite this is formally correct I do not think that this is a convincing argument. With the same argument most equations could not be solved numerically because  just for example  there is no floating point number with a finite precision which solves exactly SQRT(2)X=0. One problem for those two functions is that the curves do not intersect but touch each other. The Prime indeed does not find the touch point. It not even finds the zero point of the combined function x^22ln(x^21) which touches the xaxis. Compared to this other calculators find the solutions. The TI N'spire CXII CAS finds the touch points as well as the zero points of the combined function. As well the much older TI89 Titanium finds the touch points of the two curves and the zero point of the combined function. And even the DM 42 finds the zero point of the combined function. So it seems that this indeed is a weakness of the HP Prime. It would be interesting whether this is with other functions that touch each other as well. 

01242022, 04:45 PM
Post: #7




RE: Function intersection
Well, I tried with solve in CAS, there were some messages shown in Terminal and was provided with the numercal approximation of sqrt(2) on my G1, my G2, the Android App and the virtual Prime.
Arno 

01242022, 09:00 PM
Post: #8




RE: Function intersection
The HP Prime finds touchpoints for most functions. I checked it out. The exception is the logarithmic functions of the LN and LOG types. I will give examples: y = LN (x) and y = 0.2x + 0.61, then y = log 3 (x) and y = 0.46x 0.28. The Function application will not find these places. And that needs to be corrected.


01262022, 05:06 PM
Post: #9




RE: Function intersection
A calculator is not able do do things like humans can, i.e. read "solutions" from a graph, the function y=0.2*x+0.61 is no tangent to the function y=ln(x).
A not too difficult calculation shows that x=5, then y=ln(5) and the equation of the tangentline then is y=0.2*x+ln(5)1. The latter rounded is 0.61, but exactly that makes the difference. Arno 

01262022, 07:59 PM
Post: #10




RE: Function intersection
Yes, Arno is right. Calculated values cannot be rounded. In the Symb window, enter the tangent equation, which is calculated according to the formula: y  y1 = m (x  x1). Below I am attaching screenshots of the second logarithmic function LOGB (x, 3) and its tangent at x = 2.
Sorry. 

01272022, 11:08 AM
(This post was last modified: 01272022 11:10 AM by OlidaBel.)
Post: #11




RE: Function intersection
(01232022 05:33 PM)rawi Wrote: One problem for those two functions is that the curves do not intersect but touch each other.interesting function. On DM15L (15C clone), results may vary depending the way the function is programmed. Function definition works well when written from right to left, beginning inside LN. When written from left to right I get always an ERROR 8. tricky. SOLVEing this equation can return an error or a root, but it is not exact : starting from [2,3], given root is 1.414213604 (not exactly sqrt(2)=real root). For most starting values, I get an ERROR 8 , it means "no root found". On 50G, EQ written between quotes, given root is correct. On the graphic, solving it returns an 'extremum' and it's also a root. Good old 50G ;)  HP 48GX, Prime G2, 50G. A long time ago : 11C, 15C, 28C, 28S. SwissMicros DM42, DM15L 

01272022, 02:36 PM
Post: #12




RE: Function intersection
I checked on several functions that the HP Prime finds places where two different functions f (x) meet. If we have two functions: f (x) and g (x) and we create one function from them: f (x)  g (x) = 0 or g (x)  f (x) = 0, then it also finds the zeros of such functions. In the case of the analyzed functions, y = LN (x ^ 21) and y = x ^ 22, unfortunately, it does not define the contact points of both functions. This is an exceptional case. But when we create a function, e.g. y = x ^ 22LN (x ^ 21) or y = LN (x ^ 21) x ^ 2 + 2, then the calculator will find the zeros or extremum (because in in such cases, the null sites are also the extreme sites of function). See the screenshots.


« Next Oldest  Next Newest »

User(s) browsing this thread: