ATtiny13 lassen sich nicht mehr programmieren

Tim D. Gast #7015150
Lesenswert?
• ▲
▼ 
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.
Beitrag melden Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Markierten Text zitieren Antwort Antwort mit Zitat
Malte _. Persönliche Seite #7015246
Lesenswert?
• ▲
▼ 
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.
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Tim D. Gast #7015253
Lesenswert?
• ▲
▼ 
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.
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Tim D. Gast #7015265
Lesenswert?
• ▲
▼ 
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.
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Tim D. Gast #7015302
Lesenswert?
• ▲
▼ 
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.
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Thomas I. #7015367
Lesenswert?
• ▲
▼ 
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
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Beitrag #7015565 wurde von einem Moderator gelöscht.
Tim D. Gast #7015574
Lesenswert?
• ▲
▼ 
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.
Angehängte Dateien:
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren