Complex number in HP35S « Next Oldest | Next Newest »

 ▼ kc Member Posts: 55 Threads: 23 Joined: Oct 2007 08-21-2009, 07:48 AM This topic has been discussed in this forum for some time, and I would like to give my experience on that. First of all, I am not an engineer, and I have never use complex number to solve real world problems. Somebody earlier in this forum recommend an excellent book "the history of the square root of minus one", and so I bought one, and started calculating complex numbers on my 35S. 35S is heritaged from 32SII and 33S, and the complex number support for the latter two calculators are awkward. I originally assumed that it would be equally awkward for the 35S, and surprisingly, it found it very pleasant to use. This is mainly due to the primary button for i. I don't need to care for the limited 4 stacks, and in fact, I think entering complex numbers in 35S is as simple as entering real numbers, and is the easiest among any HP calculators I've used before, including 42S and 48G. One of the main drawbacks people complain about HP35S (and 32SII and 33S) is its limited complex number support. For example, somebody here said that it should have supported ln(-2), arcsin (2), etc. I don't know, but I just wonder, how many times you would ever need to calculate arcsin (2) in real world problems? Maybe some professionals here need to, then would you please inform me about that. Best regards, KC ▼ Mike Morrow Posting Freak Posts: 758 Threads: 9 Joined: Jul 2007 08-21-2009, 09:13 AM I think the "how often" justification for not providing a capability misses the point. How often does one calculate the cosine for angles very close to 90 degrees? The HP33S and 35S have documented defects here. Is it not a problem because one seldom performs this function in the affected range? Various natural operations in the real domain generate results in the complex domain for which the HP35S yields no result. I view this as a defect. AT the least it is certainly an avoidable limitation. The HP42S and the RPL models, and the HP-15C with a little more effort, perform complex number mathematics without user programming. The HP35S and similar do only complex number arithmetic. The only thing that is required, at the product design phase, to enable the more complete spectrum of capability is a little bit of firmware. It adds no additional weight or power consumption or user complexity. There is no excuse today, nor for the last 20 years, for any scientific calculator to lack a full capability for complex mathematics. ▼ Jeff O. Posting Freak Posts: 875 Threads: 37 Joined: Jul 2005 08-21-2009, 12:57 PM Mike, I agree that the "how often" justification is not a valid justification. If a calculator does something, it ought to do it right, so that is why the cosine bug in the 35s is not acceptable. However I will point out that the 35s does more than simple arithmetic with complex inputs. The following functions accept complex arguments: ```+ - * / sin cos tan negate 1/z zz ln ez ``` Quite a few higher functions in the above list. Not a full suite, of course, but better than just add, subtract, multiply and divide. . ▼ designnut Senior Member Posts: 264 Threads: 65 Joined: Sep 2007 08-21-2009, 01:23 PM While you may be able to take the Ln of a complex function with a calculator, I am eager to ask, does it have a real world meaning? As an EE I became painfully aware of complex numbers and their manipulation, but it always served a purpose' and had real world application. In 51 we had only manual manipulation which was painful. with my first calculator HP 35 I discovered relationships not published in books, and I still think they are unknown, as I had tools the book authors did not. Sam Bart (UK) Posting Freak Posts: 850 Threads: 10 Joined: Mar 2009 08-21-2009, 01:24 PM Both the 32S and 35S can compute LN(-2). Arcsin(2) is a bit more complex (excuse the pun), but can be computed on both using the logarithmic form: arcsin x = -ix*LN(ix+SQRT(1-x^2)) ▼ Martin Pinckney Posting Freak Posts: 1,248 Threads: 33 Joined: Aug 2007 08-21-2009, 02:38 PM Quote: Both the 32S and 35S can compute LN(-2). My 32sii returns the error message LOG(NEG) /!\. ▼ Jeff O. Posting Freak Posts: 875 Threads: 37 Joined: Jul 2005 08-21-2009, 03:20 PM Perhaps it would be more accurate to say that both the 32S and 35s can compute LN(-2+i0). ▼ Bart (UK) Posting Freak Posts: 850 Threads: 10 Joined: Mar 2009 08-21-2009, 05:53 PM Quite so, Jeff. My thoughts were: if you expect an answer in the complex domain ....For the 32s (& sii is probably the same), use the following key sequence: 0 ENTER 2 +/- SHIFT CMPLX LN. (For complex calcs the Y-register is imaginary part & X-register is the real part).I totally agree that this is not an easy or ideal way, the 42S implementation is what I would have expected myself on the 35S. Ángel Martin Posting Freak Posts: 1,253 Threads: 117 Joined: Nov 2005 08-21-2009, 04:42 PM The way to input complex numbers on the 35S is indeed very intuitive and convenient - much better than the 42S and perhaps the best of all HP calcs. That "i" function sure works great. I wish I could mimic it on the 41 but my MCODE skills are *limited* - say partial key sequence, anyone? Shame the implementation on the 35S doesn't live up to the same user interface. I love it when on the 42S you get a complex result (instead of an error) when the argument of the function doesn't have a real solution Best, ÁM ▼ Les Wright Posting Freak Posts: 1,368 Threads: 212 Joined: Dec 2006 08-22-2009, 04:49 AM Complex number entry is great on the 35S, but the limitations in actually working with entered complex numbers is annoying. The inability to decompose a number into its real and imaginary parts is a nuisance. This can be done with a little custom routine, but this sort of stuff should be built-in. Likewise with moving back and forth between polar and rectangular coordinates and the various angular modes. the 42S seems to manage this all so seamlessly. It doesn't have the "i" key, but the COMPLEX function toggles things back and forth and coordinate and angle modes are always respected without hassle. But I preach to the choir. This stuff has been debated to death since the otherwise pretty good 35S came out two years ago. Edited: 22 Aug 2009, 4:49 a.m.

 Possibly Related Threads... Thread Author Replies Views Last Post HP35s Program Four Slings Lift Calculation Jean-Marc Biram (Australia) 2 532 12-16-2013, 07:21 PM Last Post: Jean-Marc Biram (Australia) HP35s Calculator Max Rope Tension Program Jean-Marc Biram (Australia) 10 1,059 12-12-2013, 12:03 AM Last Post: Jean-Marc Biram (Australia) HP Prime: complex numbers in CAS. Alberto Candel 1 394 12-06-2013, 02:36 PM Last Post: parisse [HP Prime] Plots containing complex numbers bug? Chris Pem10 7 745 12-05-2013, 07:40 AM Last Post: cyrille de Brébisson Complex Number Entry on Prime Jeff O. 19 1,519 11-16-2013, 12:34 PM Last Post: Jeff O. HP Prime complex results Javier Goizueta 0 247 10-06-2013, 12:59 PM Last Post: Javier Goizueta HP Prime Solving Nonlinear System of Equations for Complex Results Helge Gabert 11 1,075 09-30-2013, 03:44 AM Last Post: From Hong Kong [HP-Prime xcas] operations with complex numbers + BUGs + Request CompSystems 9 878 09-08-2013, 10:40 PM Last Post: CompSystems Elliptic integrals of 1st and 2nd kind calculated by complex agm Gjermund Skailand 3 391 06-29-2013, 03:39 PM Last Post: Gjermund Skailand HP-11C and complex numbers Antlab 5 636 06-28-2013, 08:59 AM Last Post: Antlab

Forum Jump: