attiny85 with HVPP

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

I need to use my SPI and PB5 (along with PB3,4)  for my project. These are all dedicated pins and must be available. I also need to developed and that rules out SPI since reset will not be available. Short of some trick to get around that, I planned on using my STK500 for programming in HVPP mode. I have set up my STK500 according to the manual but it will not program the 8 pin socket.  When it tries to read the sig its empty. Is there something special for the 8 pin socket?

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

Maybe try isp program first...then you know a good chip, you can talk to the programmer, etc...then try HVPP

 

isp:

Connect RST on PORTE to PB5 on PORTB.
Connect XT1 on PORTE to PB3(XTAL1 on 2323) on PORTB.

 

 

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!

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

I'm not able to use the SPI.  My guess for that is that I disabled the reset pin in the fuse bits ( intentionally ) so I could use that as a in/out pin.  This being the need for HVPP. Though, yes the chip did work before I programmed.

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

S_K_U_N_X wrote:
HVPP
HVSP for the t85.

 

 

"Experience is what enables you to recognise a mistake the second time you make it."

"Good judgement comes from experience.  Experience comes from bad judgement."

"Wisdom is always wont to arrive late, and to be a little approximate on first possession."

"When you hear hoofbeats, think horses, not unicorns."

"Fast.  Cheap.  Good.  Pick two."

"We see a lot of arses on handlebars around here." - [J Ekdahl]

 

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

ATiny Liberation!... Self Replicating Boot Unloader. | AVR Freaks by AtomicZombie

...

Since the RX (Target) ATiny has the RSTDISBL fuse set, it is free to use the normally locked IO Pin.

...

I made this thing as a solution to an IO Pin problem in my current Quark-85 VGA Project, but it may find a use in other projects.

...

I can continue to program in AS7, using my AVRISP as normal. No strange HV programmer or Boot Loaders requiring one of those Adruiondinno thingys!

...

Impossible Graphics Power from an ATiny85! | AVR Freaks (Quark-85)

 

"Dare to be naïve." - Buckminster Fuller

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

first thing is your 85 on a PCB ?

If yes are there anything blocking the pins for the programmer, (also remember it need 12V on the reset pin will it be able to do that). 

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


 

I tried to follow this guide

https://www.microchip.com/webdoc...

The directions are not written well here.

 

few examples

Use on 2-wire cable to connect...  Perhaps the world "one" was intended?

 

Use a third 2-wire cable...connect the PB3 pin (pin 4) on the PORTB   Ok, so you mean 1 cable, by two you mean 1 cable two ends.

Use a third 2-wire cable to connect the PB0 and PB2 pins (pins 4 and 3) ... and DATA2 pins (pins 1 and 3)  Umm, that's 4 pins man...

 

So  not the best images but routes can be made out. This is what I took from that. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Last Edited: Sun. Jan 26, 2020 - 05:41 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

They only have two-wire jumpers to use...for one-wire hookup, one wire must hang off the edge

 

need

pb3 to xt1

pb5 to rst

pb0 to data0

pb1 to data1

pb2 to data2

That takes 5 wires....looks like you have 5....take a good look at each to ensure none are reversed (can't tell from your picture)

 

Your board needs a serious dusting!....could be doomed by a wire strand

 

What happens when you install a fresh chip into this setup?

 

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!

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

I'm out of chips now. was able to use this board to program via SPI. I did find a few other guides with images and looks like I have it all correct. I tried the 4 chips I locked out by setting wrong fuses but still can not program via HVSP.

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

I locked out by setting wrong fuses

What do you mean by that?  You say you intend to program chip with high voltage, since you intended to use the reset as an IO.   What wrong fuses are you referring to?

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!

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

As I remember follow the STK500 manual as it was a tiny11/12  

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

  " What wrong fuses are you referring to? " When I was programming the chip via SPI I was  attempting to set the fuse bits to work with bootloader. After a lot of experimentation I got 1 of the 5 chips correct.  The other 4 however no longer program. My guess is that experimenting with fuse bits has prevented programming via SPI. Having been here before with mega8's, I knew I could rescue via HV but in this case I just can not make it work.

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

Your photo in #7 looks about right.   I would remove the BSEL2 jumper.

I would be happier if the photo was turned the right way up.   And if the single jumper wires looked healthier.

 

I am gobsmacked at the thought of intentionally using HVSP.

 

Surely it is wise to develop programs on chips with more legs.

When fully debugged,  you just rebuild and test for the 8-legged target.   Programming RSTDISBL as your final death wish.

 

Alternatively,  program a bootloader.

 

I would be 100% confident that HVSP will work on the STK500 if you follow the instructions to the letter.

 

David. 

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

avrcandies wrote:
Your board needs a serious dusting!

Looks like he keeps it in the chicken coop! laugh

Letting the smoke out since 1978

 

 

 

 

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



Looks like he keeps it in the chicken coop! laugh

 

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!

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

david.prentice wrote:
Alternatively,  program a bootloader.
+1 for that idea.

 

It's an 8K chip - surely you can spare 512 bytes or whatever it takes for a bootloader? - then you can program RSTDISBL and just reprogram using the bootloader.