PBP and PBPL

[Darrel Taylor]

Yup ... Worms ...

If you got rid of the USB bootloader you'd have another 4K to play with.
Talk about a Code HOG!

Really, test with Excel and skip the least significant digit (just one) compare with calculating with the calculation with all numbers and you will see that I'm not joking ...

I have tested it ... with "Open Orifice" not Excel.

And frankly, none of your formulas work out to what you say it should.

For instance in post#26

The question arise from the following formula:
R = ( (H^2) + ((L/2)^2) ) / H and for example
where
L = 315,103 -> 315103 (=LONG)
H = 37,234 -> 37234 (=WORD)

That should give R=703,9 (=WORD)

When I plug that into the spreadsheet I get 860,313.14
EDIT: OK, I see that your sample numbers changed along the way.

By the way, why do some people use commas as decimal points?
And do you then call it a "decimal comma"?
Then what do you use for 1000's separator ... periods?

Then in post#28, you say that

... (L/2)^2 could be calculated earlier in the PC and programmed as a constant to PIC ...
... in this case the constant Lsqr2 = 24 822 475 152

But it's not, it's 30,646,528,782.<hr>

At any rate, let's assume that what you wanted was actually (L/2)*(L/2)/H/1000

IF L = 350123 and H = 37234 then the result is 823, and of course the numbers are too big for PBP.

But, as I was saying before, you have 3 decimals of precision that you don't need.
So if you reduce the 2 numbers 1 digit each so that L = 35012 ,H = 3723 and the divide is 100 instead of 1000, then the largest interim number is 306,460,036 and the final result is once again 823.
Well within PBP's limits with DIV32.