Breaking through pages in PIC16 Series

[crematory]

Hello Melanie

I don't think I have ever required to put any assembly line with my basic code

So, what about extended clock support ?

[Melanie]

This depends on your Version of PICBasic... look for the DEFINE OSC Statement in your manual for the full list, along with the NEW.TXT file with your Compiler. Support is now offered to 48MHz, but not every value is or possible clock speed is catered for. In a lot of instances you can get away with something close.

[crematory]

Hello Melanie

You really pushed the limits now... And it ain't be acceptable any more, sorry for that.

I don't know where is the beauty in defining 10MHz crystal, while using 13.3MHz crystal, and to wait one second, I have to write Pause 1330.

I have never seen you answering a single request in the wish-list with ok we are working on this one, or ok we will consider that one, all your answers are spinning around this sentence "In a lot of instances you can get away with something close"... Does that makes you feel better when you say it many times...

Ok, PICBasic Pro is the top, and its worth every $$ I paid for the sake of its stability and I am not quitting PICBasic Pro, ever never, but bear in mind, its not really appreciated by the users to leave them in need when they ask for some thing in the wish list like FP, GLCD, and many more, as long as melabs can make it happen for them, but melabs now is in another world, I presume. As I have seen some answers in the wish-list like "This is not the right place for you my friend, you may want to consider using another compiler from another competing company" Is that it, How shame.

Please, don't mention overhead in the code, most users now are heading toward PIC18F series, so, this is not an excuse either. Any way, most excuses are not really convincing, even for a begginer, and after a while, will not be acceptable either.

Please, don't get me wrong, and don't get angry, as I am not saying that I am quitting PICBasic Pro, or I hate it, but its simply reached to the max limits, I presume. And I love you all guys using PICBasic Pro

Regards

[Melanie]

> I have never seen you answering a single request in the wish-list with ok we are working on this one, or ok we will consider that one

That's because I don't work for MeLabs. I'm just like you (but with a short skirt and legs that can stop traffic at 200 yards).

I have been known to turf out three new products in a WEEK, from concept to production, and if PAUSE 1330 solves the problem, then it's done, dusted, the money's rolling in and I'm on the next job.

[crematory]

Hey Melanie

Take it easy, I am still young for legs and skirts, not that young I didn't know you don't work for melabs, and you got legs that stops traffic at 200 yards either ( Seems we got pretty PIC women here ) thats brilliant.

Any way, No offence at all, the same also happens here in our streets

[mister_e]

I think that one of the main reason for those oscillator speed is they're not as popular as the other AND, of course, it's bot as this easy to implement timing with...
Some maths
4MHZ 1 uSec cycle
8MHZ 0.5 uSec cycle
10MHZ 0.4 uSec
12MHZ 0.33333333 uSec
20MHZ 0.2 uSec

SO when you comes up with a 11.059MHZ OSC you got
11.059MHZ
3,6169635590921421466678723211864e-7 cycles... How on earth can you get accurate PAUSE 1000 without any trick??? Yeah PBP could implement them but as they're not the main one we use... so i guess it just don't worth NOT ONLY FOR MELABS... in almost compiler i use.

[crematory]

Hello

I did not think about it that way, but any way, you mean there is a trick with it, and ain't ccurate too, good point of view, thanks alot

Then I better stick with those crystals that yield non-fractional results

Thanks