Q: using MCLR for Input on 12F683

[mister_e]

while cheaper is not always better, even if you pay a single full license for Hi-Tech C (more than 2K) but cover ALL PIC familly (from 10F to Dspic, PIC32), you won't have the peace of mind. Most of those I know of, have now moved on Microchip ones. OK they're still expensive, but they seems to be better with years than Hi-Tech (That's what i've heard and experimented myself awhile back).

However, the only single language that cover EVERY PIC familly and which is free is ASM. That's great, but a real pain to program in, and it's syntax change from a familly to another, more noticeable on DsPIC/PIC32. Good news is, the only person you will be abe to blame when a bug will appear one day or another is you.

Depending where you are located in the product food-chain, ASM is great or bad.

For every compiler on the market, we heard good and bad comments... same things goes for all device programmers, IDE, etc etc etc. What I hate is to learn 3,4,5,6,7...10 different compiler to do a single job.

Knowing your compiler is great, knowing your own limit is great, ASM cover everything, but you must know and admit your personal limit/time.

It's a full piece of crap to say that ASM is faster... it's really up to the pepper back of the keyboard.... hence why performance of each and eavery compiler differ for the same single task.

Time wasting... is this a real waste, or knowledge improvement... who knows? On the other side, who care of a developer knowledge if another do it WAY faster... once it's burned in a black pinned box, and do the job as per the customer requirement, no one will care of the tool you used.

Same bull**** happen with PC... C is better than Basic... euh NO SIR your $%!$%^#@ wrong C#... Delphi... Python....Java is better... crap crap crap... unfortunately, actual market is... faster is better... crap crap crap...

[johnnylynx]

Wow, seems I opened up a can of worms there

I was looking over ASM earlier (from a beginners perspective) and learned how to convert binary to hex (amazingly simple...after a 3-finger scotch!)

Still, ASM, as you all have essentially indicated, is ... a pain.

I'm checking out PDS...and don't see if it supports pickit2 and a programmer (anyone know?).

I think i'll end up purchasing either PDS or PBP...both look great!

Thanks for all you're input!

John.

[mackrackit]

The PICKIT2 will load the generated hex, does not matter who or what created it.

Can of worms?
What did you expect, I like Fords, are they better

[rmteo]

I agree with with Dave, that is why I suggested that you try them out and judge for yourself rather than relying on the opinion of third parties. I did indicate my favorite though - just like Dave did.

[johnnylynx]

I agree with with Dave, that is why I suggested that you try them out and judge for yourself rather than relying on the opinion of third parties. I did indicate my favorite though - just like Dave did.

I was going to try PDS...but the trial version doesn't support the 12F683. I will have to pick up some 12F675's or the 16F628A to try PDS out.

John.

[johnnylynx]

OK, I have PBP now...i've loaded it up and want to try programming in MPLAB IDE but using PBP.

I used the wizard to create the project, imported a pbp file...but the screen is blank.

Am I missing something? Can one create PBP files in MPLAB??

John.

[mackrackit]

Follow the instructions here.
http://www.melabs.com/support/mplab.htm

Works very well.
Just do not download the latest MPLAB. Use the one that came on the PBP disk.