Complex number calculation on wp34s wildpig Member Posts: 134 Threads: 21 Joined: Dec 2007 08-30-2012, 04:04 AM on the wp34s, asin (8+9i) gives 0.84+3.18i. Similar calculation on 50g and 42s gives 0.725+3.18i. Ln (2+3i) gives 1.28+0.58i on wp34s but on 50g and 42s gives 1.28+0.982i... Did i do something wrong? Edited: 30 Aug 2012, 4:04 a.m. Paul Dale Posting Freak Posts: 3,229 Threads: 42 Joined: Jul 2006 08-30-2012, 04:09 AM A problem with complex LN I suspect. - Pauli wildpig Member Posts: 134 Threads: 21 Joined: Dec 2007 08-30-2012, 04:42 AM new fixed firmware soon for complex functions? :( Jeroen Van Nieuwenhove Member Posts: 88 Threads: 5 Joined: Mar 2011 08-30-2012, 04:42 AM Curiously, I cannot replicate your results on my wp34s (version 3225). I get the same results as indicated for the 42s and 50G. John Abbott (S. Africa) Member Posts: 96 Threads: 20 Joined: Sep 2011 08-30-2012, 04:49 AM Hi, I get the same results as 42s and 50G, with Ver 3233.RegardsJohn  Just figured out the problem! You are entering the values in the wrong order. Enter the imaginary part first then the real part. Edited: 30 Aug 2012, 4:52 a.m. Paul Dale Posting Freak Posts: 3,229 Threads: 42 Joined: Jul 2006 08-30-2012, 04:52 AM Not a problem with LN. More like an entry problem. 3 ENTER 2 CPX LN gives the right answer. 2 ENTER 3 CPX LN gives your answer. The complex component goes in Y not X. - Pauli Walter B Posting Freak Posts: 4,587 Threads: 105 Joined: Jul 2005 08-30-2012, 05:02 AM Please RTFM p.28. wildpig Member Posts: 134 Threads: 21 Joined: Dec 2007 08-30-2012, 05:06 AM yes, that is it. it's opposite to complex number entry on 42s. However, the stack entries are consistent for both the initial argument and result, i.e. ST X is the real part and ST Y is the imaginary part. Hence for entry, imaginary part is entered first. Thanks Edited: 30 Aug 2012, 5:09 a.m. Ángel Martin Posting Freak Posts: 1,253 Threads: 117 Joined: Nov 2005 08-30-2012, 05:09 AM :-) This is a typical example. Either Real^Imaginary or Imaginary^Real is the most basic notion needed to use a complex-capable calculator. One can't assume all models do it the same way, so a quick check (either reading the manual or doing a simple operation to confirm) is in order. For instance, the 41Z does it either way, depending on the preferred method: - Im^Re if using the complex stack - Re^Im if via the "^IM/AG" function. Cheers, ÁM. Edited: 30 Aug 2012, 5:12 a.m. C.Ret Senior Member Posts: 260 Threads: 0 Joined: Oct 2008 08-30-2012, 06:17 AM That's why I greatly prefer RPL systems from RPN system (even highly sophisticated RPN system such as WPS34S); one object per stack level and one stack level par objet when or ever it's dealing with complex or very complex objects or not! wildpig Member Posts: 134 Threads: 21 Joined: Dec 2007 08-30-2012, 06:40 AM well, i guess given the limitation of the 30b platform and stack that's the way it works. can't wait to play around some more ;) Walter B Posting Freak Posts: 4,587 Threads: 105 Joined: Jul 2005 08-30-2012, 06:45 AM Be assured we were most willing to do this for the WP 34S the same way, alas, the hardware (i.e. the space provided) doesn't allow for handling such objects the way the HP-42S did it. And "space provided" isn't meaning that ... ummh ... suboptimal display alone :-( but also the amount of RAM available for storing such object types. Give us a reasonable LCD and we can at least display a complex number completely - else there's simply no way. wildpig Member Posts: 134 Threads: 21 Joined: Dec 2007 08-30-2012, 07:23 AM I think i said it. It's a rare thing nowaday to see non graphic calculator with dot matrix multiline instead of segmented multiline display nowaday. It's also nice to have the customable soft menu possible with such thing... Among other benefits.. Ángel Martin Posting Freak Posts: 1,253 Threads: 117 Joined: Nov 2005 08-30-2012, 09:46 AM Well, as it happens on the 42S each stack level contains the "complete" complex number, or even a Matrix - so no need to have RPL for that. « Next Oldest | Next Newest »

 Possibly Related Threads... Thread Author Replies Views Last Post HP35s Program Four Slings Lift Calculation Jean-Marc Biram (Australia) 2 998 12-16-2013, 07:21 PM Last Post: Jean-Marc Biram (Australia) HP Prime: complex numbers in CAS. Alberto Candel 1 750 12-06-2013, 02:36 PM Last Post: parisse [HP Prime] Plots containing complex numbers bug? Chris Pem10 7 1,498 12-05-2013, 07:40 AM Last Post: cyrille de Brébisson Complex Number Entry on Prime Jeff O. 19 2,499 11-16-2013, 12:34 PM Last Post: Jeff O. HP Prime complex results Javier Goizueta 0 462 10-06-2013, 12:59 PM Last Post: Javier Goizueta HP Prime Solving Nonlinear System of Equations for Complex Results Helge Gabert 11 1,909 09-30-2013, 03:44 AM Last Post: From Hong Kong [HP-Prime xcas] operations with complex numbers + BUGs + Request CompSystems 9 1,521 09-08-2013, 10:40 PM Last Post: CompSystems [HP-Prime] AMBIGUITY between Numerical Calculation (HOME) and Numerical/Symbolic Calculation (CAS mode) CompSystems 2 624 08-18-2013, 07:06 PM Last Post: CompSystems slow calculation Bill Plaxton 3 679 08-15-2013, 11:57 AM Last Post: Bill Plaxton hp 17bii+ dates calculation... JoePaul 6 1,119 07-14-2013, 11:32 AM Last Post: Katie Wasserman

Forum Jump: