Connect with us

Pic programming

Discussion in 'Electronic Basics' started by Cathryn, Mar 22, 2005.

Scroll to continue with content
  1. Cathryn

    Cathryn Guest

  2. Byron A Jeff

    Byron A Jeff Guest

    Possibly. However there are lots of reports of problems with that
    particular programmer.

    Also if you want to do USB with a PIC, then you may want to consider upgrading
    to Microchip 18F USB family of chips. USB 2.0 compliant, with lots more

    The 18F4550 is a 40 pin USB powerhouse.

  3. Active8

    Active8 Guest

    Hmmm... what's your opinion on it compared to the ftdichip product?
  4. Cathryn

    Cathryn Guest

    It seems that some programmers are limited to a very restricted subset of
    pics whereas others can do almost all of them. I was just wondering if
    the apparent lack of support of some programmers to some pics is simply
    a statement "we haven't tried, but it might work", or is there really a
    difference in the way the various devices are programmed. I am also
    if one would actually have to change the hardware circuit of the programmer
    when working with different pics, or would the difference normally be in
    the software which runs the programmer.

  5. Active8

    Active8 Guest

    IME with ICSP and the 16f' series, the software is lacking. Instead
    of using a data file that the user can modify to set parameters,
    it's coded in. An example would be IC-Prog which will now handle the
    16f648. Before, it only handled the 628. The difference was in the
    amount of memory. It wouldn't burn code memory beyond the capacity
    of the 628.

    I started writing my own code with some help from the open source
    programs. Maybe I'll just buy one from uChip and cuss them every
    time I have to upgrade. Cussing takes less time.

    I can't comment on Atmel, but I haven't seen 20 different
    hardware/software combos for that line. Less confusing and possible
    the path of least resistance.
  6. Byron A Jeff

    Byron A Jeff Guest


    There is a difference in the way that devices are programmed.

    No. The basic hardware configuration is pretty much the same for all
    serially programmed PICs.
    BINGO! Each family of PICs have very different algorithms for programming.
    In short on each you wiggle the same pins. But on each of wiggle the pins in
    different ways to program them.

    So what happens is that active programmer developers are continually adding
    new programming algorithms for new parts, while the less active ones fall
    off the side of the road. The latter has happened to programs like picprg and
    FPP. Programs like ICProg and Pikdev and hardware programmers such as the
    Wisp628 and EasyProg are adding new algorithms all the time.

    When I get back into PIC programmer development, I plan to standardize on
    PikDev, as Alain is a strong developer. Also he was real smart by separating
    the programming engine from UI. So it should be fairly easy to create a
    Windows port of the command line programmer, with a GUI interface to follow.

Ask a Question
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.
Electronics Point Logo
Continue to site
Quote of the day