Forum: Mikrocontroller und Digitale Elektronik Tiny2313 mit falschem Code geflashed => Tiny tot?!


von Paul H. (powl)


Lesenswert?

Hi,

ich hab vorhin kurz vor der Vollendung meines Projekts den ATtiny2313 
mit einem Code aus nem ATmega16 geflashed, mit meinem STK500 kompatiblen 
Programmer. Im Auswahlfenster des STK500 Plugins im AVR-Studio war auch 
noch der ATmega16 eingestellt, bisher dachte ich allerdings, das hat 
keine Auswirkung aufs Programmieren. Nun hab ich es nach dem Wechsel des 
Projekts leider versäumt, das neue hex-File auszuwählen und 
versehentlich das falsche Hex geflashed.

Nun kann ich den Tiny2313 über ISP nicht mehr programmieren. Das SPI ist 
scheinbar tot.

Was ist da passiert? Hat mir das irgendwas an den fuses gedreht? Lag es 
daran, dass im STK500 Plugin zusätzlich auch noch der ATmega16 
eingestellt war?

lg PoWl

von Max (Gast)


Lesenswert?

Was hast du für nen Programmer?

von Peter (Gast)


Lesenswert?

STK500 lies doch ma richtig

von Alfons (Gast)


Lesenswert?

Der STK500 hat doch HV-Programming also kannst du deinen tiny auf jeden 
fall retten.

von spess53 (Gast)


Lesenswert?

Hi

>STK500 lies doch ma richtig

>Der STK500 hat doch HV-Programming also kannst du deinen tiny auf jeden
>fall retten.

Paul schrieb:

>mit meinem STK500 kompatiblen.

MfG Spess

von Paul H. (powl)


Lesenswert?

es ist der mySmartUSB light

von \0 (Gast)


Lesenswert?

Hast du noch einen Controller? Dann programmier dir einen billigen 
Taktgenerator oder speise sonst einen externen genug schnellen Takt an 
den entsprechenden XTAL Pin ein. Vermutlich is das Teil nur 
verfused(hoffentlich ist /reset nicht abgeschaltet). Dann kannst du den 
Controller wieder richtig fusen und auch weider korrekt beschreiben.

\0

von Barny (Gast)


Lesenswert?

Normalerweise schreit doh AVR Studio wenn HEX und Prozessor nicht 
zusammenpassen.

Aus eigener Erfahrung weis ich dass da eigentlich nichts passiert.
(Ich habe heute an einer Schaltung mit 2 AVR's gearbeitet und hatte 
vergessen von ATmega32 auf ATtin24 umzustellen.)
Bei mir ist nur ein Hinweisfenster gekommen das mir gesagt hat, dass die 
Hex nicht zur Prozessor ID passt.
Nach dem Richtigstellen der Datei hat alles funktioniert.

Hast du überprüft ob der Prozessor richtig angeschlossen ist?
Kann es sein das der Programmer falsch eingestellt ist?
Checkliste abgearbeitet?

von Paul H. (powl)


Lesenswert?

Wenn er verfused ist dann könnte entweder das SPI oder die 
Reset-Funktionalität abgeschaltet sein. Auf Quarzbetrieb ist er schon 
ausgelegt, einen externen Taktgenerator kann ich morgen mal probieren.

Kann der AVR sich überhaupt wegen sowas verfusen?

Programmer ist in Ordnung, beim richtigen Mega16 hats gleich danach 
wieder funktioniert. Programmer falsch eingestellt? Nein. Zuvor hat das 
Flashen (mit der richtigen hex) funktioniert, der Controller lief auch 
die ganze Zeit Korrekt. Seither hat sich an der Beschaltung nichts 
geändert, auch das SPI wird nicht blockiert.

von Läubi .. (laeubi) Benutzerseite


Lesenswert?

Versuch mal den Reset pin dauerhaft auf GND zu legen, und dann eine 
Erase. Hängt am SPI noch was dran außer Programmer?

von Paul H. (powl)


Lesenswert?

Nein, nur Schalter die definitiv nicht durchgeschaltet sind. Ansonsten 
alles komplett frei. Das mit dem Erase probier ich auch mal aus.

von Smarti (Gast)


Lesenswert?

Wenn die Fuses sind schau mal hier:

http://www.klaus-leidinger.de/mp/Mikrocontroller/meinetools.html

unter: "Rettung bei versehentlich falsch gebrannten Fuses"

Viel Erfolg

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.