trying to decide on pbp

[mackrackit]

Does Proton still do the dongle thing in order to run the software?

[cncmachineguy]

Well I will keep proton in the back of my mind as i already ordered PBP.

I do have a new question, Are you saying I won't be able to use bytes and words in the same program? Of course, I am used to only being able to work with bytes. Words are just a concept to me that require lots of xtra code.

[mackrackit]

With PBP you have
BIT
BYTE
WORD
LONG ( with the 18Fxxx chips)
for variable sizes and they can all be used in the same program.

You may find this interesting
http://melabs.com/resources/articles/longs.pdf

[cncmachineguy]

Thanks Dave, good read, now it makes more sense.

[tenaja]

Does Proton still do the dongle thing in order to run the software?

Yes, Proton still has a dongle...
But free upgrades.

LONG ( with the 18Fxxx chips)

LONGs (Dwords in Proton) are not available for 16F's or smaller chips. For a hobbyist, this is not an issue. On the other hand, if designing for a product where price is an issue, it can be a deal breaker.

[Acetronics2]

LONGs (Dwords in Proton) are not available for 16F's or smaller chips. For a hobbyist, this is not an issue. On the other hand, if designing for a product where price is an issue, it can be a deal breaker.

Hi, Tenaja

OR you didn'y use PBP for long time ...

OR you should be Honest ...

With Darrel last goodie, you can calculate with as many bits as you want ... and 32 bits calculations are easy to reach with pure PBP ...
just making your calculations somewhat clever ...

add to that floats are easy to use too ...

OR ... you are on the wrong forum ...

Alain

[tenaja]

Alain,
I have both compilers, it's just that I primarily use Proton, as a personal preference. The information on both forums is helpful. Remember, at the very beginning, I said both are good products and you won't go wrong. BUT--that's ONLY because of contributors like DT. Without his contributions, I could not have made that statement. And that alone makes Proton a better compiler, because he may change jobs or focus some day, but both compilers will still remain. The fact is that Proton has a far better track record for actual improvements, while PBP has remained rather static. What, two new (significant) features added over the last five years? And one of those--Long's--was on Proton from the beginning!

I don't get it why people take personal offense when someone says product "a" is better than product "b". It's a lot like the lame pc software reviews of the 90's where the magazines would let readers vote, and make their conclusion based on the vote. Have you EVER seen someone vote saying "I made the wrong choice"?

Well, I did, and I'm man enough to admit it. That's why I have both. Do YOU have both? I once tried to give my PBP license away to a developer who's used Proton, and he wouldn't take it!

Sure, you can use DT's plug-ins. But if you are shopping for a new package, why bother? You can have the features built-in, with instructions on how to use them in the manual with Proton. All in one compiler without changing settings or including a hack. And at a lower price. And tighter asm output.

And, yes, Proton has its hacks available, too. But typically the popular hacks get implemented into new releases. Tim Box was the original developer of the Instant Interrupt concept for PBP. He also implemented it for Proton. So this is the perfect example, because now it's an integrated feature of Proton.


CNC guy--don't take me wrong, you have a good compiler, with good support. But I own both, and think Proton is better.

[cncmachineguy]

Alain, I didn't take you wrong, I read the first part saying they are both great products. I actually like hearing folks debate on the merits of products. As long as there is no stone throwing, and its all factual, it is just helpful in the end.

For my purposes, I'm sure I will not use a long till a long time from now. Truth be told, programing 8085's with direct hex 20 some years ago, I have become used to working around most things over a byte. (ASM was like a high level language to me at the time) Now I'm sure that has everything to do with how I need to use uP's. Long variables to me mean big math or long delays, neither of which I have needed thus far. So the only thing I may be concerned about is code size (=speed), but I doubt that will be an issue. I have always just used 4Mhz in the past, now I'm gonna be running 32Mhz. So I will prolly wish it would slow down.

Its been some 10 years I think since I messed with BS1, So I don't even remember how to start a program. But I will sort it out, or ask questions.

I am hoping for a tutorial in the book or the help menu.

My biggest goal is to have an easier time housekeeping 52 I/O lines. That is really what pushed me over the edge.

[mackrackit]

Which chip are you planning to start with?

What do you have for a programmer?

[cncmachineguy]

Which chip are you planning to start with?

What do you have for a programmer?

First project for PBP will be 16F1946 interface card for parallel port to steppers, also handling limit switches, homing and such. Past projects were based around 16f676 or 16f818

I am using ICD3 for my programmer/debugger.

Don't get me wrong, I am NOT looking for folks to write my program. I have all the pins defined. I don't have the board drawn up yet, I like to see if my pin assignments need to change for some reason.

Here is what I am looking for, in MPASM, I know I have to start with an include for the chip. then I always cblock ram, and .org the start of my program. from there its code away!

So I asume there are some basic must haves that will appear in the start of any PBP program. I will look over all the examples to start figuring this out.