Hi Anobium,
I'm posting this if in anything below is useful to you.
you did refresh my memory about the fuses, I remember that few months ago I did use the AVRDUDE GUI to read fuses of ATtiny85 and edit the Low with the AVR Fuse Calculator.
I read the attiny85 fuses, edit the Low from 0x6A to 0xEA and write back and all was fine.
Today I tried to fix the clock issue of the ATtiny84
open up AVRDUDE GUI 2.14, read the fuses, edit the Low fuse write back then read back the fuses but got an error.
So I double check again took another 84 read back fuses, Edit, Write back, when reading in from AVRDUDE GUI got error: Unknown signature 000000
Then I upgraded the AVRDUDE to the latest 2.18 (avrdude version 8)
took 2 new chip, tiny84 and 85, verified they work with my Arduino UNO sheild before, redo the AVRDUDE fuses edit, and same errors for both IC.
Attach 2 txt file for 84 and 85 IC with the reading of fuses, and errors log.
When you compiled you said 'By chance I build a year ago an (un-brick) box to recover the 85, work fine' - is this an old version of the compiler? or AVRDUDE ?
If the compiler. Then, the ASM from the 'year old build' and the 'latest'.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I checked both new IC 84/85 on my arduino uno sheild with the arduino IDE and a small sketch and both work fine, then I move to AVRDUDE within GCBasic IDE after tried to program the fuses then the error came also when I use the new version of AVRDUDE.
if this can help.
Last edit: JB 2024-10-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think the confusion about the ASM, came from the my statement
about the ( un-brick) box to recover the 84/ 85)
Let me clarify:
1: The sample code was to verify the tiny84 clock speed if it's was at 1 or 8Mhz
2: You mentioned about the fuses, so I used AVRDUDE within GCBasic to reset the fuses
3: When verifying the fuses, I wasn't able to detect the chip anymore.
( at this point both log files show success for reading & writing the fuses. )
4: I upgraded AVRDUDE to the new version 8 to see if that was the problem
5: And before resetting the chips, I took 2 new 84/85 chips and tested them on my Arduino UNO to check if they were in good condition before going back to AVRDUDE
( maybe could be a defective batch)
6: With AVRDUDE I resetting back the fuses, and still wasn't able to detect the chips
7: Then I used my ( un-brick) box to reset the fuses back to factory default
Maybe AVRDUDE start the process correctly but something goes bad at the end of the process.
Thanks again for your support.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello ,
For a ATtiny84 running
at 1Mhz the wait 1000 ms is = (1 sec)
at 8Mhz the wait 1000 ms is = (5 sec)
Is the internal clock is divided at 8Mhz
Did you change the fuses? Osc control is within the fuses.
There is a set of publications in the Demo pack that are extremely useful and insightful.
Also, much is published on the Web regarding fuses.
Last edit: Anobium 2024-10-24
brand new chip.
I will check the demo.
Thanks
Hi Anobium,
I'm posting this if in anything below is useful to you.
you did refresh my memory about the fuses, I remember that few months ago I did use the AVRDUDE GUI to read fuses of ATtiny85 and edit the Low with the AVR Fuse Calculator.
I read the attiny85 fuses, edit the Low from 0x6A to 0xEA and write back and all was fine.
Today I tried to fix the clock issue of the ATtiny84
open up AVRDUDE GUI 2.14, read the fuses, edit the Low fuse write back then read back the fuses but got an error.
So I double check again took another 84 read back fuses, Edit, Write back, when reading in from AVRDUDE GUI got error: Unknown signature 000000
Then I upgraded the AVRDUDE to the latest 2.18 (avrdude version 8)
took 2 new chip, tiny84 and 85, verified they work with my Arduino UNO sheild before, redo the AVRDUDE fuses edit, and same errors for both IC.
Attach 2 txt file for 84 and 85 IC with the reading of fuses, and errors log.
Last edit: JB 2024-10-24
The way I am reading this - is the correct ? That reading when using an Arduino as the ISP programmer neither the Tiny84 or Tiny85 work.
By chance I build a year ago an (un-brick) box to recover the 85, work fine
Something it not correct. Can you load both the old and new ASM (same program, one should be working and one that is failing).
Nothing was intentionally changed for this type of chip, but, sounds like an oversight has happened.
Thank you.
ASM, ?
witch file do you need, I'm not sure about what is ASM.
When you compiled you said 'By chance I build a year ago an (un-brick) box to recover the 85, work fine' - is this an old version of the compiler? or AVRDUDE ?
If the compiler. Then, the ASM from the 'year old build' and the 'latest'.
I checked both new IC 84/85 on my arduino uno sheild with the arduino IDE and a small sketch and both work fine, then I move to AVRDUDE within GCBasic IDE after tried to program the fuses then the error came also when I use the new version of AVRDUDE.
if this can help.
Last edit: JB 2024-10-24
Can we get on a Zoom call so you can show me?
no cam here, let me prepare all the steps and I send you the pics (4 max) if it's ok
Dont a camera. Only desktop share to show me.
Do photos. That will help.
yes only my 12y old desktop never been into zoom etc. sorry about that.
let me get the pic, and I'll send it today.
About the brick box, it's a circuit found on the net, here's the link
it's very praticle for tiny84/85 and more from the tiny ic.
it's able to reset ATtiny13, 24, 25, 44, 45, 84, and 85 chips.
https://www.hackster.io/sbinder/attiny85-powered-high-voltage-avr-programmer-3324e1
Last edit: JB 2024-10-24
I think the confusion about the ASM, came from the my statement
about the ( un-brick) box to recover the 84/ 85)
Let me clarify:
1: The sample code was to verify the tiny84 clock speed if it's was at 1 or 8Mhz
2: You mentioned about the fuses, so I used AVRDUDE within GCBasic to reset the fuses
3: When verifying the fuses, I wasn't able to detect the chip anymore.
( at this point both log files show success for reading & writing the fuses. )
4: I upgraded AVRDUDE to the new version 8 to see if that was the problem
5: And before resetting the chips, I took 2 new 84/85 chips and tested them on my Arduino UNO to check if they were in good condition before going back to AVRDUDE
( maybe could be a defective batch)
6: With AVRDUDE I resetting back the fuses, and still wasn't able to detect the chips
7: Then I used my ( un-brick) box to reset the fuses back to factory default
Maybe AVRDUDE start the process correctly but something goes bad at the end of the process.
Thanks again for your support.
Thank you.
After step 7. All is OK?
Yes all chips are back to factory default.