ATtiny13 lassen sich nicht mehr programmieren

[Tim D. (Gast)]

Hallo,

ich nutze LunaAVR mit AVRDUDE und Pololu-Programmer V2.

Bis gestern konnte ich noch problemlos ATtiny13/13A programmieren. Nun 
plötzlich nicht mehr. Fusebits lassen sich auch nicht auslesen, die 
Chips werden gar nicht erst erkannt. Andere AVRs wie z. B. ATmega8535, 
ATmega88 funktionieren.

In Atmel-Studio und Bascom funktioniert es ebenfalls nicht mehr.

Das einzige was ich heute anders gemacht hatte, war zwischendurch einen 
ATmega8535 zu programmieren.

Folgendes habe ich ausprobiert/überprüft:
Zwei neue ATtiny13 und einen bereits programmierten (nicht verfused).
Anderes Devboard
Kabel getauscht
Programmer-Einstellungen überprüft, zurückgesetzt
ISP-Frequenz reduziert

Die Fehlermeldung in AVRDUDE ist:
initialization failed, rc=1
Device signature = 0xffff00
Expected signature for ATtiny13 is 1E 90 07

Sieht aus als ob keine Daten übertragen werden. Verbindung zum 
Programmer ist aber o.k. (sonst würden ja auch andere AVR nicht 
funktionieren).

Was übersehe ich? Ist vielleicht der Programmer hinüber?

Ein anderer wäre schnell bestellt. Aus meinem Wochenendprojekt wird dann 
aber nichts.

[S. Landolt (Gast)]

Betriebsspannung am ATtiny13, direkt dort gemessen?

[Thomas (kosmos)]

Hast du die Frequenz geändert? Probiere mal am Programmer die niedrigste 
die du einstellen kannst. Ansonsten denke ich verfused. Oder was hast du 
die Tage noch geändert. Anderes Netzteil,...?

[Stefan F. (Gast)]

Meine gesammelten Tipps zum Thema: 
http://stefanfrings.de/avr_verfused/index.html

[S. Landolt (Gast)]

> verfused
> Thema ... avr_verfused

> Zwei neue ATtiny13 und einen bereits programmierten (nicht verfused)

?-?

[Malte _. (malte)]

Stefan ⛄ F. schrieb:
> Meine gesammelten Tipps zum Thema:
> http://stefanfrings.de/avr_verfused/index.html
Wenn man die nur über 12V retten kann, gibts aber auch günstige 
Lösungen, bei denen ein weiterer AVR die Programmierung übernimmt. Dann 
braucht man nur noch ein billiges 12V Netzteil:
https://arduinodiy.wordpress.com/2015/05/16/high-voltage-programmingunbricking-for-attiny/
Ich hatte basierend auf deren Code mal das komplette 12V 
Programmierprotokoll implementiert (für die, die das seriell 
unterstützen), um den Resetpin regulär nutzen zu können:
Beitrag "Kleiner ISP programmieradapter + serielles HV prog"

Eigentlich bleibt eine von drei möglichen Ursachen:
Seltsamer Softwarefehler -> Anderes PC Programm nutzen
Verfused -> Langsamer SPI Takt + 12V Progammierung + externe Taktquelle 
anschließen
Chip defekt -> Sollte nicht mehrere gleichzeitig treffen.

[Tim D. (Gast)]

S. Landolt schrieb:
> Betriebsspannung am ATtiny13, direkt dort gemessen?

4,8V über USB-Anschluss. Hat aber bisher keine Probleme gemacht. Ich hab 
eben den AVR separat mit einer sauberen Spannung versorgt, daran liegt 
es nicht.

Thomas O. schrieb:
> Hast du die Frequenz geändert? Probiere mal am Programmer die niedrigste
> die du einstellen kannst. Ansonsten denke ich verfused. Oder was hast du
> die Tage noch geändert. Anderes Netzteil,...?

Nichts an das ich mich erinnere. Die Programmerfrequenz hatte ich 
geändert, aber wieder zurückgestellt. Darum habe ich die Einstellungen 
im Programmer vorhin auch zurückgesetzt und neu eingestellt.

Verfused kann ich ebenfalls ausschließen. Habe an den Fuses nichts 
geändert. Außerdem ja zwei neue ATtiny13 ausprobiert.

[Tim D. (Gast)]

Jetzt bin ich weiter und habe zumindest den Verursacher gefunden. Es 
liegt an LunaAVR. Wähle ich dort den ATtiny13 aus, funktioniert der 
Programmer nicht mehr. Rücksetzen schaffte zwar Abhilfe, ich hatte es 
nur nicht bemerkt, weil LunaAVR das Problem gleich wieder verursacht 
hat.

Setze ich den Programmer aber zurück und starte stattdessen Atmel-Studio 
oder Bascom funktioniert es einwandfrei. Dann schaue ich jetzt mal woran 
das genau liegt.

[Tim D. (Gast)]

Stefan ⛄ F. schrieb:
> Meine gesammelten Tipps zum Thema:
> http://stefanfrings.de/avr_verfused/index.html

Die Fuses waren indirekt doch die Lösung. Beim ATtiny13 ist ja im 
Auslieferungszustand CLKDIV8 aktiviert und Luna Studio überschreibt die 
Programmereinstellungen, damit war die Taktfrequenz zu hoch, obwohl ich 
sie im Programmer reduziert hatte. Wenn der dann einmal unbemerkt 
abgestürzt war, funktionierte er in keinem Programm mehr.

Allerdings ist (nur) beim ATtiny13 in der AVRDUDE-GUI etwas seltsam. Das 
ist der einzige AVR, bei dem die Beschreibung der Fuses fehlt. Will man 
die schreiben, kommt ein Hinweis, dass sie noch nicht abgerufen wurden. 
Ein Update auf die neueste AVRDUDE-Version half leider nicht.

[Gerald B. (gerald_b)]

Guck dir mal eXtreme Burner an. Das kann hex Dateien aus anderen 
Programmen brennen, Flash, EEPROM und Fuses auslesen (wenn nichts 
gesperrt ist), den Chip löschen und alles oder einzelne Positionen davon 
proggen und verifizieren.
Ich nutze eXtreme Burner für kleine Bastelserien, wo ich mehrere Chips 
mit gleichem Inhalt schreibe.

[Thomas I. (mittlig1977)]

Hallo Leute
Habe ein Projekt bei dem eigentlich ein attiny 13 zum Einsatz käme
Leider habe ich keinen, sind auch schwer zu bekommen
Darum habe ich einen attiny 85 genommen
Das Programm konnte ich Mittels Arduino aufspielen aber die Schaltung 
funktioniert nicht richtig
Kann ich den Code hier mal posten das sich hier mal ein Experte das 
anschaut?
Lg

[Kriseninterventrionsspezialist (Gast)]

Wenn du den Unterschied zwischen einem
> attiny 13
und einem
> attiny 85
nicht kennst, brauchst du auch nicht
> hier mal posten

Der Unterschied ist uebrigens "72".

[Georg M. (g_m)]

Tim D. schrieb:
> Beim ATtiny13 ist ja im Auslieferungszustand CLKDIV8 aktiviert

CKDIV8


Ist es beim ATmega88 anders?

[Georg M. (g_m)]

Thomas I. schrieb:
> Kann ich den Code hier mal posten das sich hier mal ein Experte das
> anschaut?

Du darfst einen neuen eigenen Thread öffnen, aber nicht einen fremden 
kapern.

[Stefan F. (Gast)]

Thomas I. schrieb:
> Kann ich den Code hier mal posten das sich hier mal ein Experte das
> anschaut?

Starte dafür bitte einen eigenen Thread

[Tim D. (Gast)]

Sorry, musste den Beitrag löschen und neu erstellen, da sich keine 
Bilder hochladen ließen:

Georg M. schrieb:
> CKDIV8
> Ist es beim ATmega88 anders?

Im Grunde nicht, aber da ist in AVRDUDE das Fenster mit der Beschreibung 
der Fusebits nicht leer. Zwar wird der ATtiny13 durch das herabsetzen 
der ISP-Freqenz jetzt erkannt, aber die Fusebits lassen sich weder 
abrufen noch schreiben.

Siehe Screenshots. Beim Attiny13 und 13A fehlt die Beschreibung der 
Fusebits. Beim ATtiny15 und ALLEN anderen ist die Beschreibung da und 
die ich davon probiert habe, lassen sich auch lesen und schreiben.

Eigentlich würde ich ja auf ein Problem mit AVRDUDE tippen, aber ein 
Update half nicht und bei einem Bug müsste das Internet doch voll von 
Nutzerkommentaren dazu sein.