Division with some decimal

[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

[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.