http://qamacalculator.com/qama/
Interesting idea.
 Pauli
Edited: 18 Apr 2012, 5:02 a.m. after one or more responses were posted
Calculator but not HP


« Next Oldest  Next Newest »

▼
04182012, 01:27 AM
http://qamacalculator.com/qama/ Interesting idea.  Pauli
Edited: 18 Apr 2012, 5:02 a.m. after one or more responses were posted ▼
04182012, 01:43 AM
Thanks for sharing that link. Interesting LCD as well :)
04182012, 01:44 AM
Interesting indeed. Oh, I think I see something...Yup! The HP35 carryover, an x^y function key. Perhaps unintentional but very clever. ▼
04182012, 01:23 PM
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 )
04182012, 03:55 AM
This reminds me on our solver which only reliably works with good estimates. ;) ▼
04182012, 04:37 AM
Quote:Not only, you even have to check the last 2 estimates (at least when the solver fails). ;)
04182012, 04:49 AM
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.
Remember to check for NaN's and infinities and to get the final return stack & last x correct.
▼
04182012, 05:07 AM
Quote: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 1e15 (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 1e15 (or even exactly zero) when applying the solver. Franz
Edited: 18 Apr 2012, 5:07 a.m.
04182012, 05:16 AM
NT :)
04182012, 12:25 PM
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, ▼
04182012, 05:43 PM
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.
04192012, 03:08 PM
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 adhoc? 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 ;)
04182012, 02:51 PM
Hey, we've come almost full circle! (It just gives more digits than a slide rule.)
04192012, 12:19 AM
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 