Division with some decimal

[Darklakebridge7]

Hi to everybody!

I would have the necessity to perform the following division in PIC Basic, but I don't know from how stings to depart.

A = B / 5,58

B is a constant

I would have the necessity to visualize the result on a display LCD also visualizing 2 decimal.

Can someone help me?

Thanks everybody

[skimask]

Hi to everybody! I would have the necessity to perform the following division in PIC Basic, but I don't know from how stings to depart.
A = B / 5,58 B is a constant
I would have the necessity to visualize the result on a display LCD also visualizing 2 decimal. Can someone help me? Thanks everybody

You do know that PBP does NOT deal with fractions and decimals...right?

a var word
b var word
'start with a number in b
1 - b = 655 ' maximum value in b is 655, otherwise word variable b will overflow
2 - b = b * 100 'shift the decimal point over to right 2 places temporarily
3 - a = b / 558 'constant value of 5.58 also has it's decimal point shifted over by 2 places

1 - b = 655 (given)
2 - b = 65500 (closest you can get without overflowing a word value)
3 - a = 117 ( 65500 / 558, PBP doesn't do fractions)

Do a search on 'decimal' and 'fraction' here and you'll find some stuff. Otherwise, download the floating point math routines from microchip if you need good accuracy.

[BigWumpus]

While B is a constant,
just type it to your desktop-calculator and place the result inside a LCDOUT-command. ;-)

Because, if B is a constant and 5,58 too - the result "A" is another constant. You don't need any calculation in runtime...

[skimask]

While B is a constant,
just type it to your desktop-calculator and place the result inside a LCDOUT-command. ;-)

Because, if B is a constant and 5,58 too - the result "A" is another constant. You don't need any calculation in runtime...

Oh..Hey...Good point!
Missed that entirely! DOH!
That really would save a lot of calculation time wouldn't it...

[Darklakebridge7]

Hi boys!

I have been wrong to expose the problem!

I would have the necessity to divide the variable "B" for the number 5,58 and subsequently to visualize the result "A" on LCD.

My very problem is the following:

A = B / 5,58

Excuse the error! Everybody can help me??

[rossfree]

Not knowing the size of B, I've used DIV32. B can be any integer up to 65534.

A VAR WORD
B VAR WORD


A = B * 100 'A is temporary storage of computation
A = DIV32 558 'using DIV32... B can be any integer up to 65534
A = A / 100 'final result is placed in variable A as an integer... any
'remainder will be discarded.

Hope this helps,

Ross

[Darklakebridge7]

Not knowing the size of B, I've used DIV32. B can be any integer up to 65534.

A VAR WORD
B VAR WORD


A = B * 100 'A is temporary storage of computation
A = DIV32 558 'using DIV32... B can be any integer up to 65534
A = A / 100 'final result is placed in variable A as an integer... any
'remainder will be discarded.

Hope this helps,

Ross

Thank you Ross!

Thanks for your fast answer!

The routine works, but I would have the necessity to visualize on LCD the data drawn with 2 decimal.

Would you know how to help me?

[mister_e]

Tip: use DIG and DEC modifier with LCDOUT.

[skimask]

Tip: use DIG and DEC modifier with LCDOUT.

And of course...read the manual...

[Darrel Taylor]

And of course...read the manual...

You know....

I've refered to the "Manual" several hundred times by now.
Usually, I'm trying to answer a specific question. (not always successfully)

The fact that I keep having to look at it, either means I'm Stupid, or you can't grasp the wealth of knowledge from (a couple hundred views)

Just because you read it, doesn't mean you understand it.

That's what the forum (and us giver's) are here for!

To fill in the gaps.

In other words skimask,
from DT
"Cut the RTFM crap".

[sougata]

IF READING = COMPREHENDING THEN
BE A BOSS YOURSELF
ELSE
GOTO THE FORUM AND ASK FOR SUPPORT
ENDIF

[Darrel Taylor]

A = B / 5,58

Now then, where were we?

Darklakebridge7,

An easy way to think about it is to look at how you would "Name" the numer.

For instance,

5.58 is 558 hundredth's of whatever it is.

So if you multiply by 558, then divide by 100 (hundredths), you end up with the correct answer. (integers only)

B = 123
A = B * 558
A = DIV32 100

Piece of Pie, or was that cake.

[skimask]

Jeeze...you (not You D_T,but a person in general) pay good money for a product (any product will do), it comes with a manual or maybe a sheet of directions, a playbook, something. The PBP package even comes with examples here and there, heck, it practically comes included with this website, complete with a working search engine, not to mention over 78,000 hits on Google just by typing in "PicBasic Pro" (in quotes) as the search parameter.
The one thing I don't see included with the PicBasicPro package is a whole bag of lazy, because when I look at my posts, the majority of the time where I mention 'RTFM', the answer is right there, black and white, page after page of good info, not to mention the vast availability of resources on the 'Net. And 'lazy' is what I see when the answer is right there on paper in the manual. I see it everyday at work, and I use the same answer to my subordinates, superiors, and laterally across the different shops. If the answer is right there, read the book. I've been using that phrase since I took over my shop a little over 7 years ago and I think my guys in my shop (as well as the others) are a heck-of-a-lot smarter because of it (mainly because sometimes they keep reading past the area that I pointed them to in the first place).
The fact that you have to keep referring to the manual to find answers tells me that the manual already had the answer to begin with.
I've got no problem helping a guy figure out the wierd stuff, things that aren't 'right there in front of you'...but the blatently obvious...?
And the reference to the manual in the last post relating to DEC and DIG. No, the manual doesn't say anything about decimal points and getting the tenths/hundreths digits to show up on the LCD. But...couldn't a guy use a bit of inductive reasoning and figure out how to use that modifier and that function to do his bidding on the LCD?
Has or Is inductive reasoning (for that matter deductive reasoning) gone the way of the DoDo bird? It all rolls right back to that 'feed a man a fish' thing.

[Darklakebridge7]

Now then, where were we?

Darklakebridge7,

An easy way to think about it is to look at how you would "Name" the numer.

For instance,

5.58 is 558 hundredth's of whatever it is.

So if you multiply by 558, then divide by 100 (hundredths), you end up with the correct answer. (integers only)

B = 123
A = B * 558
A = DIV32 100

Piece of Pie, or was that cake.

Hi to everybody!

Forgive me, but I am new and I have some problem with the language English! Could you recommend me a some good book of PIC Basic?

A special thanks to all those people that have helped me to resolve my problem!

[mister_e]

No need for a book! Forum and head-banging is more than enough!

[rossfree]

A VAR WORD
B VAR WORD
TNTH VAR BYTE
HUNDTH VAR BYTE


A = B * 100 'A is temporary storage of computation
A = DIV32 558 'using DIV32... B can be any integer up to 65534
TNTH = A DIG 1 'GRAB THE "TENS" DIGIT FROM "A"
HUNDTH = A DIG 0 'GRAB THE "ONES" DIGIT FROM "A"
A = A / 100 'final result is placed in variable A as an integer... any 'remainder will be discarded.

LDCOUT $FE,1 'CLEAR DISPLAY
LCDOUT "A = ",#A,".",#TNTH,#HUNDTH

I think that would give you what you want.

Ross