TI-84 Rounding Error in Fraction Mode

Click For Summary

Discussion Overview

The discussion revolves around a rounding error encountered when calculating ##\tan\left(\frac{5\pi}{6}\right)## on a TI-84 calculator, specifically in fraction display mode. Participants explore the implications of this rounding error, its potential causes, and the differences in precision between fraction and decimal modes.

Discussion Character

  • Exploratory
  • Technical explanation
  • Debate/contested

Main Points Raised

  • One participant notes a rounding error in the 6th or 7th decimal place when using the TI-84 in fraction mode, expressing curiosity about the computational methods behind this.
  • Another participant requests the specific values obtained in both modes to better understand the rounding error.
  • A participant suggests that the rounding error may be due to the calculator's resolution limitations, comparing it to the Hp 35s, which has a specific fraction resolution that affects decimal precision.
  • One participant provides the calculated values, indicating a discrepancy in the last digit, and speculates that fraction mode may truncate or round earlier, affecting the output of the tangent function.
  • Another participant acknowledges the rounding error but seeks to understand why fraction mode would introduce additional errors in calculations that do not involve rational numbers.
  • A later reply suggests that the differences in calculation may be complex and potentially require access to the source code to fully understand.

Areas of Agreement / Disagreement

Participants express a shared understanding that rounding errors can occur, but there is no consensus on the specific reasons for the discrepancies observed between fraction and decimal modes. Multiple competing views on the causes of the rounding error remain present.

Contextual Notes

Participants mention potential limitations in the calculator's resolution and how this may affect calculations, but these points remain unresolved and speculative.

DrewD
Messages
528
Reaction score
28
I had a student calculate ##\tan\left(\frac{5\pi}{6}\right)## on a TI-84 calculator and he had a rounding error in the 6th or 7th decimal place. This isn't really a big deal, but he asked and we quickly found out it was because he was in fraction display mode.

I don't know too much about computational methods so I have no idea what algorithms might be by TI that would make this error occur in this situation. I am never going to ask the students for more than 4 decimal places and they know enough about rounding errors to realize that it can happens, but I am personally interested in figuring out what error makes this happen.

Thanks.
 
Computer science news on Phys.org
Will you please post the numbers that you are getting?... The correct one and the one with the rounding error?
 
One explanation could be the same as the Hp 35s. It can only resolve fractions down to 2^10 ie 1/1024. Any decimals finer than that resolution are either rounded up or down to the closest fraction to this value which means that the resolution is only 5 or 6 places.

The Ti-84 probably has fraction resolution to 10^13 which would = 1/8192, perhaps 10^15 = 1/32768.
 
Thanks for the responses. Sorry it took me so long to get back.
The rounding error I get is ##\tan\left(\frac{5\pi}{6}\right)=-.5773502688## and the other answer (I think correct) is ##-.5773502692##. When I just compute ##\frac{5\pi}{6}##, I get the same answer whether the calculator is in fraction or decimal mode. I assume that it must truncate or round earlier when in fraction mode, but it is off screen and just magnified by the tangent function. It just seems odd to me that one mode would have more precision than the other but both would print decimals in the end.
 
That's 4 in the very last digit. A rounding error in the last digit is not that surprising.
 
I'm not surprised that there was a rounding error, I was just interested to know why there was a rounding error when the calculator was in fraction mode which otherwise didn't change anything. I was just wondering what about fraction mode would cause additional errors in a calculatiin that didn't involve any rational numbers.
 
The calculation will differ in some way that is probably hard to understand without the source code (and maybe even with it).
 

Similar threads

  • · Replies 2 ·
Replies
2
Views
22K
  • · Replies 12 ·
Replies
12
Views
5K
Replies
1
Views
4K
  • · Replies 8 ·
Replies
8
Views
8K
  • · Replies 1 ·
Replies
1
Views
3K
  • · Replies 1 ·
Replies
1
Views
9K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 4 ·
Replies
4
Views
3K
  • · Replies 6 ·
Replies
6
Views
24K
  • · Replies 36 ·
2
Replies
36
Views
64K