GPIO-Based Programmer (now pi_tpi) + Feedback for SPI

Go To Last Post
4 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 1

I'm a big fan of tinyisp's, and have made a few of my own versions with custom firmware... But...

 

For one project a long time ago, I needed to flash an SPI-programmable AVR co-processor from an ESP8266, as a side-effect, I could drag-and-drop AVR firmware into my browser and it would automatically flash it.

 

Fast forward, to needing an AVR to run side-by-side with a Pi, I made that GPIO-based SPI programmer much more generic.

   https://github.com/cnlohr/cnpiha...

 

And, now, more recently, I needed a TPI programmer.  Unable to use my Tinyisp, and still loving the Linux "make automatically builds, flashes and handles fuses in about a second" environment, I decided to write a GPIO-only TPI flasher, which also worked out surprisingly well.  Could even do HV programming with nothing more than an alligator clip, 12V supply and my raspberry Pi.

    https://github.com/cnlohr/pi_tpi

 

I'm currently looking into expanding these environments to cover the UPDI interface, despite having no use  in any UPDI-enabled processors.

 

From my point of view the GPIO-only flashing features really enable a LOT of options that would previously be awkward. 

 

For instance, if you want an AVR to handle real-time stuff on the RPI, you would normally have to use a programmer to flash the AVR, but by having it on-board you can type "make" from within the Linux environment and everything _just works_.

 

I'm really curious what I could do to further spur any other interest in the community, maybe for contribution or use. Surely there are other folks out there who strongly prefer the "make" environment for build-and-flash for rapid-pace code development.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Poor choice of content removed by me

 

Jim

I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie

 

"The critical shortage here is not stuff, but time." - Johan Ekdahl

 

"Step N is required before you can do step N+1!" - ka7ehk

 

"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman

"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?"  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user

Last Edited: Fri. Oct 19, 2018 - 01:02 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I was as surprised as you were.

 

Literally:

 

apt-get install avr-libc gcc-avr build-essential git
git clone https://github.com/cnlohr/pi_tpi
cd pi_tpi

make

 

and it compiled and flashed.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Lemme back up a little.....

 

There were some subliminal jokes in my post that only a freak or two here would understand.  Your accomplishment should be applauded, not mocked.  My apologies.

 

Jim

I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie

 

"The critical shortage here is not stuff, but time." - Johan Ekdahl

 

"Step N is required before you can do step N+1!" - ka7ehk

 

"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman

"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?"  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user