home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / hp48 / 4547 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  4.5 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!gumby!destroyer!news.iastate.edu!vincent2.iastate.edu!brianc
  2. From: brianc@iastate.edu (Brian J Cerveny)
  3. Newsgroups: comp.sys.hp48
  4. Subject: Re: Hp48 and TI85 compared
  5. Message-ID: <brianc.716174465@vincent2.iastate.edu>
  6. Date: 11 Sep 92 01:21:05 GMT
  7. References: <1992Aug14.210022.15328@utagraph.uta.edu>      <1992Aug20.023308.6024@unixg.ubc.ca> <1992Aug20.215637.9692@utagraph.uta.edu>
  8. Sender: news@news.iastate.edu (USENET News System)
  9. Organization: Iowa State University, Ames IA
  10. Lines: 97
  11.  
  12. In <1992Aug20.215637.9692@utagraph.uta.edu> b645zjo@utarlg.uta.edu (Rick Homard) writes:
  13.  
  14. >>In article <1992Aug20.023308.6024@unixg.ubc.ca>, ochealth@unixg.ubc.ca (ochealth) writes...
  15.  
  16. >>>Unit Management
  17. >>>
  18. >>>Not supported on the TI85.
  19. >> 
  20. >>I assume this means you can't define your own? Can you perform arithmetic
  21. >>with units?
  22. >>>
  23. >TI doesn't call them units. Rather it is just simple conversion between
  24. >units.  
  25. >And yes you can define your own unit conversions.
  26.  
  27. Then what do you mean by Unit Management?
  28.  
  29. >I compared the TI85's root finder with the HP48 (using the root finding
  30. >program supplied by Bill Wickes on the net).  The results are incredible.
  31. >The same 30th order polynomial was input to each machine.  The HP48 found
  32. >all of the roots in 80 seconds.  I stopped the TI85 after 15 minutes.
  33. >It is obvious that the TI85 gets heavily labored when required to perform
  34. >at its limits.
  35.  
  36.  
  37. >>>The TI85 performs some fudging (rounding, et al) on calculations.
  38. >>>
  39. >>>Examples:
  40. >>>
  41. >>>0.333333333333 * 3 = 1
  42.  
  43. Funny, with Float set in the MODE menu, I get .999999999999.  If you round to
  44. any finite number, you will get 1.(n-1), where n=fixed point.  Make sure you 
  45. have FLOAT set.
  46.  
  47. >>>and
  48. >>>sin (3.14159265359) = 0
  49. >
  50. Same here, I get -2.000000000000E-13 when I enter that in my machine.
  51.  
  52. >>If I remember TI, they don't really round the answer, they just display
  53. >>part of the answer (ie the first 12 digits, and the 13 and 14 are kept
  54. >>internally). Sort of like the HP with 10 FIX on all the time, but trailing
  55.  
  56. As mentioned above, it's not really like 10 FIX (the equivalent on TI would be
  57. 11 fixed) unless there are more than 12 digits in the result, AND the
  58. thirteenth digit is >=5 after any internal rounding is done.
  59. For example:
  60.  
  61.     .44444444444444 displays as-is.
  62.     .44444444444445 displays as-is (since the 5 is in the fourteenth place,
  63.                     not affecting the 12th)
  64.     .44444444444454 displays as .444444444445.  The fourteenth digit is OK,
  65.                     but the five in the 13th place rounds the 12th displayed
  66.                     digit.
  67.   
  68.  
  69. >This is still "fudging" notheless.  Regardless of how many decimal places
  70. >you take .33333333 , when you multiply it by 3 you get .999999999 to the
  71. >same number of decimal places.
  72. >Also sin(3.14159265359) is a small number but not zero.  The sin(pi)
  73. >is zero but 3.14159265359 is not pi.
  74.  
  75. Right, and my TI-85 agrees.  Check your setup.
  76.  
  77. >>How fast is it? Does it return an error estimate? I had a TI56 that did
  78. >>Simpson's rule, and it was SLOW. When it finished you had NO CLUE whether
  79. >>the answer is meaningful. The HP uses an adaptive algorithm which will
  80. >>usually return usefull results to an integral, and give you a good idea
  81. >>whether the numerical result is close, or way off.
  82.  
  83. >It is fast and it returns an error estimate in a variable, just like
  84. >the HP48.  As what method it uses I do not know.
  85.  
  86. My TI-68 uses Simpson's Rule, and since the 68 is much like the 85 in non-
  87. graphical or programming function, the TI-85 probably does to.
  88.  
  89. >>Is there any way to "get inside" the TI85? I mean software wise. A lot
  90. >>of power in the HP48 comes from being able to add low level machine language
  91. >>programs that blow away any user level program. For example, the recent ML
  92. >>FFT is blindingly fast, and it can't be done quickly in user code.
  93. >> 
  94. >I do not know.  I have only had it for about a week now.
  95.  
  96. I'm curious about this too.  There is no mention whatsoever about this in the
  97. manual, so I doubt it.  But you never know.  :)  
  98.  
  99. I tried calling the technical help line but they were closed.  (The tech line
  100. is open from 8a - 4:20p, and is a long distance call... :(  What's the HP
  101. tech support like?)  I wanted to ask about low-level programming, and the
  102. absence of I/O port programmability.  Since port I/O isn't a part of the
  103. high-level language, it would have to be available from machine-level,
  104. which is at this time a questionable prospect.
  105.  
  106. -- 
  107.    // Brian J. Cerveny (brianc@iastate.edu)
  108.  \X/  Disclaimer:  The views expressed above are my own.  So there.
  109.