WP34S - Summation lower bounds control?

[CR Haeger]

Hello,

When using the summation operation, with lower/upper bounds of say 1 and 25, should 25.001 be input as x before calling summation? In other words, .fff or .001 need to be used for lower bounds starting at 1?

I ask as the example given in the IOP (pg 174 v3.3 UG) shows 100 (no decimal) for k=1 to 100. Should this read k=0 to 100 even though the last summand computed (sqrt(0)) is zero?

[walter b]

You're right. Though in this special case it's an academic problem as you've mentioned. AFAICS, the example was updated accordingly with the file uploaded to createspace by end of March, and the pdf manuals contain this update as well.

d:-)

[BarryMead]

(04-27-2015 09:27 PM)CR Haeger Wrote:  Hello,

When using the summation operation, with lower/upper bounds of say 1 and 25, should 25.001 be input as x before calling summation? In other words, .fff or .001 need to be used for lower bounds starting at 1?

I ask as the example given in the IOP (pg 174 v3.3 UG) shows 100 (no decimal) for k=1 to 100. Should this read k=0 to 100 even though the last summand computed (sqrt(0)) is zero?

Yes. In the example on page 174 the starting value of 100.001 returns the same result as 100 because the square root of zero is zero so it does not add any value to the summation result. In "100" case the bounds are 100 down to 0 and in the "100.001" case the bounds are 100 down to 1. So if you want your bounds to be 25 down to 1 you would use the starting value of 25.001

Hope this helped.