Embedded Systems and Power Electronics

Total Pageviews

About Me

My photo
I am currently a PhD student at UC Berkeley, following a 6-year journey working at Apple after my undergrad years at Cornell University. I grew up in Dhaka, Bangladesh where my interest in electronics was cultivated, resulting in the creation of this blog.

BTemplates.com

Powered by Blogger.

Jan 2, 2024

Quick and dirty PIC16F72 programmer with the Pico


Accompanying Github repo: https://github.com/SyedTahmidMahbub/q-dpico_picprog72

Having come to Dhaka over winter break, I was able to scrounge through the 10+ year-old collection of electronics stuff my parents had in storage from when I would experiment with electronics during the initial days of this blog. Among the many parts, I stumbled upon a large number of PIC16F72 MCU's - the defacto 8-bit cheap MCU of choice for many (commercial) projects. However, I couldn't seem to find the corresponding PICKIT2/3 programmer from back then - or one of the clones I had made - within the storage cabinets. At the same time, I had been working on some projects with the Pi Pico (as mentioned in the blog previously: https://tahmidmc.blogspot.com/2023/08/2023-updates-phd-pi-pico.html). This seemed like the perfect use case for the Pico - a very quick and dirty programmer to flash the PIC16F72. With its 2MB onboard flash, a very easy-to-program Micropython interface and the PIC16F72's fairly timing insensitive ICSP protocol (http://ww1.microchip.com/downloads/en/devicedoc/39588a.pdf), I set out to build a programmer to flash some test code onto the PIC16F72. I made use of whatever parts I could scrounge from the parts bin to put the project together.

As expected, Micropython on the Pi Pico enabled a super-quick development time. To echo what I had previously quoted from the Raspberry Pi foundation:

Computing is just so cheap compared to what it has been historically. That then enables things that are maybe not super efficient, not super tight timing like Micropython but who cares at that point? A lot of people will come in and say things like 'in this benchmark, I found that MicroPython is 100x slower than C' but if your C code is 100x faster than you need, then it doesn't matter. You just write the code you need and you focus on the parts that add value to your project and then you move on to your next project.

And this is the perfect use case! It's not the highest performance result but it gets the job done and the project development was super quick!

The details for the PIC16F72 programming are covered in Microchip's documentation: http://ww1.microchip.com/downloads/en/devicedoc/39588a.pdf

A description of Microchip's HEX file format is provided here: https://microchipdeveloper.com/xwiki/bin/view/software-tools/ipe/sqtp-file-format-specification/intel-hex/

The hardware elements of the project have a few key aspects:

  1. A higher voltage power supply is required for programming. This is between 12.75V and 13.25V VPP. To achieve this, a boost converter is used to raise the 5V USB rail to about 13V. I didn't have any inductors on hand except one unmarked part I found, that measured around 1.8mH. The boost converter operates in discontinuous conduction mode with the minimal VPP required current. Because of the 3.3V IO level of the Pico, I used an NPN transistor instead of a logic level MOSFET I had on hand due to the MOSFET's relatively high threshold voltage.
  2. A VPP level shifter is required to drive the VPP pin up to 13V or hold it low. A PC817 optocoupler is used for this.
  3. Level shifters are not needed for the PGD and PGC programming lines since the 3.3V from the Pico is high enough (>2V) for the PIC to register, even though the PIC is powered off 5V.
One useful and interesting aspect of the project is that no separate programming interface is required to transfer the PIC's HEX file from the PC to the Pico. Since the PIC16F72's flash storage is so small compared to the Pico's onboard storage, and using the Micropython setup on the Pico exposes a filesystem, I can just copy the HEX file contents onto a file on the Pico using the Thonny editor. And then hit run in Thonny to program the PIC!

The software is effectively the following:
  1. Configure the IOs for their corresponding functions.
  2. Configure PWM for the boost converter, running at 50kHz.
    1. Adjust the duty cycle until the output is near 13.2V.
    2. The output voltage is sensed by an ADC channel.
  3. Hold this duty cycle for the output voltage - at this point, the feedback loop is stopped.
  4. Detect the target PIC.
  5. If detected, issue a bulk erase and then check that the part is blank.
  6. Upon success, flash the words read from the HEX file.
To modify for another similar (small) PIC, adjust the constants at the beginning of the code:
  • CODE_START_ADDR
  • CODE_END_ADDR
  • CONFIG_START_ADDR
  • CONFIG_END_ADDR
  • DEVID_PIC16F72
If you use a different inductor for the boost, you can play around with the switching frequency and loop time too.


The schematic for the setup is shown below:


The code can be found here on this github repo: https://github.com/SyedTahmidMahbub/q-dpico_picprog72

The repo also has 2 test hex files test.hex and testbig.hex where the latter has a large array in flash to program over a larger amount of the flash storage.

Shown below is an example output from Thonny when I set the target voltage to 13.15V and flashed the testbig.hex file:
The code and project are by no means optimized for speed or performance. They are, however, optimized for development time! The project could easily be adapted to support other MCUs, and to create an ultra-cheap programmer - something I had previously done with the PIC16F1459 but the Pico enables greater versatility. Due to the onboard stoarage, the Pico could also program a PIC with no interface to a computer for isolated industrial flashing settings.

Finally, a quick photo to truly highlight the quick and dirty build:


12 comments:

  1. That's really so cool vaiya. Can we do it like PicKit2 or add support for commonly used PIC MCU in this python script?

    ReplyDelete
    Replies
    1. Thanks! It should be pretty easy to tweak the micropython code to add support for more PICs. For some of the smaller PIC16's, you'll probably only need to update the device ID and the ranges for the code and config memory spaces. For newer ones, especially the larger memory devices, the code will have to be tweaked to support extended memory addressing. And even newer parts might have a different programming spec. You can compare this to the programming guide of the PIC16F72 and see what the differences are.

      What other common PIC MCUs are typically of interest?

      Delete
    2. I think these PIC MCU's are commonly used:

      12F675, 12F683, 16F676,
      16F84/A, 16F628/A, 16F72, 16F73

      Delete
    3. It should not be too difficult to adapt the circuit and code for these specific parts. You can find the corresponding programming guides online. For example, here is the one for 12f675: https://ww1.microchip.com/downloads/en/DeviceDoc/41173c.pdf

      At quick glance, it seems that for the 12f675, you need to sequence VDD after VPP. So, you would add a transistor on the VDD line to do that with another GPIO, which you would do in the enter_prog function.
      https://github.com/SyedTahmidMahbub/q-dpico_picprog72/blob/5a918e72d2a5b05f3c61767de552f66991e75294/prog72.py#L62C11-L62C11

      Delete
  2. Thank you for this! I want to program PIC16F886. This supports Low Voltage Mode, which is required if you want to program the chip with an Ardino as ISP. Can I use your method in order to program this microcontroller? Thank you very much. BTW, its datasheet is here: http://ww1.microchip.com/downloads/en/devicedoc/41291d.pdf

    ReplyDelete
    Replies
    1. The details for the programming spec are in this document: https://ww1.microchip.com/downloads/en/DeviceDoc/41287D.pdf
      You will need to update the corresponding sections in the code such as the code end region. You may also need to be able to control the VDD supply if using certain config options (VPP-first program/verify mode entry), see Section 3.0 and Fig 3-1 in the document.

      So, you would add a transistor on the VDD line to do that with another GPIO, which you would do in the enter_prog function.
      https://github.com/SyedTahmidMahbub/q-dpico_picprog72/blob/5a918e72d2a5b05f3c61767de552f66991e75294/prog72.py#L62C11-L62C11

      Delete
  3. can i use any other transistors like bc547 or 2n3904?

    ReplyDelete
    Replies
    1. As long as you are using a large enough inductance, yes.

      Delete
  4. its not working . that vpp voltage not gets generated. i will work with al same componenets as ur schematic. except that FB circuit 1.2k im using 1k. but thats not a problem. still the circuit cannot be able to generate 12v or 13v
    help me with it plz.

    ReplyDelete
    Replies
    1. Do you see a PWM signal get generated? What inductance are you using? What voltage do you observe?

      Delete
  5. Just thinking about the opto-isolator. I can't see any down side of using a MOSFET or for that matter a BJT. Am I missing something important?

    ReplyDelete
    Replies
    1. You can use a MOSFET or BJT for level shifting - that should be ok. I just used the opto-isolator since I had that on hand.

      Delete