HP Forums
Calculator but not HP - Printable Version

+- HP Forums (https://archived.hpcalc.org/museumforum)
+-- Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum-1.html)
+--- Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum-2.html)
+--- Thread: Calculator but not HP (/thread-218279.html)



Calculator but not HP - Paul Dale - 04-18-2012

http://qamacalculator.com/qama/

Interesting idea.

- Pauli

Edited: 18 Apr 2012, 5:02 a.m. after one or more responses were posted


Re: Calculator but not HP - Walter B - 04-18-2012

Thanks for sharing that link. Interesting LCD as well :-)


Re: Calculator but not HP - Matt Agajanian - 04-18-2012

Interesting indeed. Oh, I think I see something...Yup! The HP-35 carryover, an x^y function key. Perhaps unintentional but very clever.


Re: Calculator but not HP - Marcus von Cube, Germany - 04-18-2012

This reminds me on our solver which only reliably works with good estimates. ;-)


Re: Calculator but not HP - fhub - 04-18-2012

Quote:
This reminds me on our solver which only reliably works with good estimates. ;-)

Not only, you even have to check the last 2 estimates (at least when the solver fails). ;-)


Re: Calculator but not HP - Paul Dale - 04-18-2012

Anyone who wants a better solver should feel free to code one as a keystroke program and send it in. Conversion to xrom will be troublesome but I'm willing to undertake that effort if required.


The solver in XROM has a 4 level stack (which can't be resized) and access to any allocated local registers and flags. The user's function is called via a special command but for all your solvers, just use an indirect XEQ.

Remember to check for NaN's and infinities and to get the final return stack & last x correct.


Let the flood gates open...


- Pauli


Re: Calculator but not HP - fhub - 04-18-2012

Quote:
Anyone who wants a better solver should feel free to code one as a keystroke program and send it in.

I think the current solver is quite good. The only thing I don't understand is, that it returns "No root found" with even such a small function value of 1e-15 (in Z) and 2 identical last guesses in X and Y (as for the example in the other TVM thread).

I doubt that many functions would really return smaller values than 1e-15 (or even exactly zero) when applying the solver.

Franz

Edited: 18 Apr 2012, 5:07 a.m.


Beware!! Sounds like really painstaking, exact work! (was: Re: Calculator but not HP) - Walter B - 04-18-2012

NT :-)


Re: Beware!! Sounds like really painstaking, exact work! (was: Re: Calculator but not HP) - pascal_meheut - 04-18-2012

Quote:
NT :-)

LOL


Re: Calculator but not HP - W. Bruce Maguire II - 04-18-2012

Pauli:

I'm sure any ribbing about the solver is good natured! I'm also sure that everyone understands the complexities involved in creating a good (great) solver; if not, they will as soon as they try to write their own! ;-)

Thanks,

Bruce.


Re: Calculator but not HP - bill platt - 04-18-2012

On Casio calculators, the X and y registers are reverse of RPN: in other words for 2 number functions, you type into the buffer, then hit a function key, which bumps that number into the X register, and then you type the second number (e.g. the exponent) into the buffer which is also the y register (the actual mechanics of parsing etc I don't know how they do that )


Re: Calculator but not HP - Garth Wilson - 04-18-2012

Hey, we've come almost full circle! (It just gives more digits than a slide rule.)


Re: Calculator but not HP - Paul Dale - 04-18-2012

I actually suspect the know how difficult a general purpose function solver is. I certainly didn't before I had to code one and now I've coded two and the second was no easier.


- Pauli


Re: Calculator but not HP - Bruce Bergman - 04-19-2012

The inventor of this calculator lives just across the way from me, over in La Jolla! It's actually an amazingly brilliant idea. I am always asking my 11 year old to do estimations, and this reinforces the value of it in learning math skills.

For HHC 2012, if we end up in San Diego, it'd be fun to invite this guy to present at the conference and show it live, don't you think? Or whenever HHC comes back to San Diego.

Thanks for finding this!!

Bruce


Re: Calculator but not HP - db (martinez, ca.) - 04-19-2012

yes


Re: Calculator but not HP - Eduardo Duenez - 04-19-2012

I'm a number theorist and, unlike some of my colleagues, I have rather limited experience in numerical algorithms, but I'm quite curious nonetheless (I'm a mathematician first, a number theorist second!)

Are the algorithms used by HP calculators SOLVE function publicly disclosed? (Is documentation available?) Are they standard or ad-hoc? Do they vary between different models?

Perhaps more to the point, Pauli. What's WP34s's current solver algorithm based upon? Brent's method perhaps?

I guess I ought to search the forum's history for discussions of issues others have found in the current solve function in the 34s. I am in possession of the 34s's manual, but of course it's not a reference manual on the internal algorithms ;-)


Re: Calculator but not HP - Marcus von Cube, Germany - 04-19-2012

You can look at trunk/decn.c in the SVN tree. The solver code (at least the core of it) is there.


Re: Calculator but not HP - Eduardo Duenez - 04-19-2012

Thanks, Marcus. I'll try that. (I assume the SVN tree is hosted on Sourceforge...?)


Re: Calculator but not HP - Walter B - 04-20-2012

Yes, it is.