My Official Introduction, and What Role to PIC MCUs Play in Your Lives?


Closed Thread
Results 1 to 17 of 17

Hybrid View

  1. #1
    Join Date
    May 2004
    Location
    NW France
    Posts
    3,653


    Did you find this post helpful? Yes | No

    Talking Commercial adds ... lol !

    Quote Originally Posted by rxforspeed View Post

    Here's a useful document for comparing and converting code from mB to PBP or vice versa: http://www.mikroe.com/pdf/mikrobasic/migration_path.pdf


    -Adam Collins
    WARNING !!!

    This document is probably VERY old , or the writer never used PBP ...

    of course it is to prove that MKBasic is the best ..., but LOTS of arguments are totally FALSE ... and LOTS of infos are OUT of DATE !!!

    So, ... this piece of paper only use is for ... toilets !!!


    I'm not partial here, use both compilers, and know enough of both to prove what I've written ...

    Alain
    ************************************************** ***********************
    Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
    ************************************************** ***********************
    IF there is the word "Problem" in your question ...
    certainly the answer is " RTFM " or " RTFDataSheet " !!!
    *****************************************

  2. #2
    Join Date
    May 2007
    Posts
    604


    Did you find this post helpful? Yes | No

    Default

    Alain, since you use both compilers, would it be possible for you to highlight the Pros and Cons of the two?

  3. #3
    Join Date
    Sep 2004
    Location
    montreal, canada
    Posts
    6,898


    Did you find this post helpful? Yes | No

    Default

    I guess it depend of what you've done 'till now with PBP. It also depend how much you trust in hidden compiler feature.

    Having already spending a lot of my time to build many routines to interface many different type of hardware, I now understand how things work and how to solve a problem, to migrate some routine to suit another hardware (let's say different GLCD controller type). But yeah... i spent time on it. What if I haven't time? MAYBE i would use a tool who give me the feature i need... but more than likely, I would go in a different way, so I'll use something I'm comfortable with... hence PBP.

    You can't tell which is better.. if so what's your own definition of better?

    I'll stop here for now.
    Steve

    It's not a bug, it's a random feature.
    There's no problem, only learning opportunities.

  4. #4
    Join Date
    May 2004
    Location
    NW France
    Posts
    3,653


    Did you find this post helpful? Yes | No

    Wink

    Quote Originally Posted by rmteo View Post
    Alain, since you use both compilers, would it be possible for you to highlight the Pros and Cons of the two?
    Hi, Rmteo

    As you also use both compilers ( lol )... you know PBP has no big dedicated libraries like GLCD, Nor direct support for floating arithmetics.

    The main point between, I think ... is the PBP extensive use of "soft written functions" where MKB widely use Hard resources ...

    Major impact on flexibility and portability ...

    I'd also add PBP existing libraries are MUCH easier to use Than MKE's ...


    Now, I was speaking about TRUE , FALSE , and OUT of DATE arguments ... just points that are easy to verify and do not imply any subjective appreciation.


    The translations from MKB ( or C ! ) I've done to the day just showed me PBP "way of thinking" and syntax was easier FOR ME ...



    As a "solid" comparison example ...

    I posted here a "translation" of Warren Schroeder "RC Pulse and duty meter" ( MKB )...

    http://www.picbasic.co.uk/forum/showthread.php?t=9709

    As you'll see ... it's far from a "line per line" translation ... but, to me , is a good way to show how same question can be solved both ways ...


    Which is "better" ... lol !!! everyone has it's own criteria ...

    Alain
    ************************************************** ***********************
    Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
    ************************************************** ***********************
    IF there is the word "Problem" in your question ...
    certainly the answer is " RTFM " or " RTFDataSheet " !!!
    *****************************************

  5. #5
    Join Date
    May 2007
    Posts
    604


    Did you find this post helpful? Yes | No

    Default

    Thanks for your comments, Alain. I have mkB and mkB for dsPIC plus 2 other BASIC compilers - but I do not use PBP - not yet.

    The question was NOT which is better. I was asking your opinions on the Pros & Cons of PBP vs. mkB which you and mister E have answered.

  6. #6
    Join Date
    Oct 2008
    Location
    Ashland, KY
    Posts
    45


    Did you find this post helpful? Yes | No

    Talking Oops...

    Quote Originally Posted by Acetronics View Post
    WARNING !!!

    This document is probably VERY old , or the writer never used PBP ...

    of course it is to prove that MKBasic is the best ..., but LOTS of arguments are totally FALSE ... and LOTS of infos are OUT of DATE !!!

    So, ... this piece of paper only use is for ... toilets !!!


    I'm not partial here, use both compilers, and know enough of both to prove what I've written ...

    Alain
    My initial impression of that document was that it was a comparison of an earlier version of PBP and not the current V2.50b that I own. The first few lines of the page do help in understanding a few of the major differences between mB and PBP, though. I agree with you, Alain-the rest is pretty biased towards mB. Of course, that link was sent to me from a mikroElektronika employee after a barrage of questions regarding the use of the EasyPIC5 with PBP...

    I would very much like to see some "GLCD" commands incorporated into PBP, but like I said, I'll eventually get mB if for no other reason than that. Unless MELabs introduces a new upgrade to PBP with "GLCD" commands in the next few months...

    I also plan on learning Assembly, "C", and other programming languages in the coming years to eventually migrate to some more sophisticated 16-bit MCUs and to expand the tools in my toolbox. I'll upgrade PBP as long as the upgrades contain features that are useful to me, but I don't want to be limited to a single language years down the road when or IF these 8-bit PICs become obsolete. BUT-I've still got a decent journey to fully comprehend the abilities and limitations of PBP ahead of me first, so I'm not looking to migrate until I become independent of the manual and certain books I need to reference at the current time...

    -Adam Collins

    P.S.-Sorry to post that biased link, I shouldn't have included it.
    Disclaimer: Adam Collins is in no way affiliated with either mikroElektronika or microEngineering Labs, Inc. All thoughts, ideas, suggestions, and information posted is only the ideals and views of Mr. Collins, and do not reflect the views of either the owners/Administrators of this forum, mikroElektronika, or microEngineering Labs Inc. Download and read the referenced link at your own risk, and remember that it was written to highlight the so-called "benefits" of mikroElektronika's mikroBasic.

Members who have read this thread : 0

You do not have permission to view the list of names.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts