+- HP Forums (https://www.hpmuseum.org/forum)
+-- Forum: Not HP Calculators (/forum-7.html)
+--- Forum: Not quite HP Calculators - but related (/forum-8.html)
+--- Thread: WP34S - Summation lower bounds control? (/thread-3731.html)
WP34S - Summation lower bounds control? - CR Haeger - 04-27-2015 09:27 PM
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?
RE: WP34S - Summation lower bounds control? - walter b - 04-27-2015 09:43 PM
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:-)
RE: WP34S - Summation lower bounds control? - BarryMead - 04-27-2015 09:46 PM
(04-27-2015 09:27 PM)CR Haeger Wrote: Hello,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
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?
Hope this helped.