Atmega16 STK Störung

OP #2036633
Lesenswert?
• ▲
▼
Das Problem,

Ich habe ein bischen mit dem Timer herumgespielt
Diesen Program-Teil zusätzlich AVRStudio 4.18/ STK500/ ATmega16
übertragen.

Seit Wochen ohne die fuses o.ä. Einstellung geändert zu haben!
1
  // Timer 1 konfigurieren
2
  TCCR1A = (1<<WGM11); // CTC Modus
3
  TCCR1B |= (1<<CS11); // Prescaler 8
4
  // ((1000000/8)/1000) = 125
5
  OCR1A = 125-1;
6

7
  TIMSK |= (1<<OCIE1A);
8

9
  // Global Interrupts aktivieren
10
  sei();
11

12

13
  ADMUX = (0<<REFS1) | (1<<REFS0);    
14
    ADCSRA = 0x80;
seit dieser DAtenübertragung wird jede weiter Verbindung zum STK500 mit 
"connection faild" verhindert.( STK COM1)

bei einem ähnlichen Fall habe ich über die HV-Programierung/paralell
den µC wieder beschreiben können. Dies ist nach Angabe der STK Anleitung 
auch schon geschehen.

Problem weiter vorhanden.
Den Atmega16 gegen einen Atmega8515 getauscht.
Mit diesem Controller habe kann ich die Verbindung zum STK 
herstellen/auslesen/programiernen ISP(f) 28.~khz können.
Ein weiterer Versuch mit dem Atmega16 führt zum gleichen Ergebnis.
"connection faild"

So, ist der Controller jetzt am Popo, gibts da außer neu Kaufen
noch Möglichkeiten??
Und, wie wirkt sich ein Altern bzw. ein überschreiten der garantierten
Programierzyklen aus? (Habe alles gebraucht erworben, über Alter und 
Zyklen kann ich keine Angaben machen.)
OP #2037405
Lesenswert?
• ▲
▼
Is schon klar,
ich wollte ja auch nur alle Vorgaben gepostet haben.

Der Fehler den ich gepostet habe, ist erst nachdem ich den o.g. 
Programm"teil" eingefügt und den Atmega16 damit beschrieben habe
aufgetreten.

die kpl. "main.c", die zum Fehler fürte als Ahang,
(Mitten in der Arbeit)
 wie gesagt die das Hinzufügen des oben erwähnte Teils.

Den Atmega 16 hab ich nun entfernt und mach vorerst mit einem Atmega 8 
weiter.

Möglicherweise sind die porg-Zyklen des "16ners" erreicht??

Deswegen auch meine zweite Frage wie sich das Überschreiten der 
garantierten Zyklen des Beschreibens, für den User bemerkbar macht.
Angehängte Dateien:
OP #2067845
Lesenswert?
• ▲
▼
Martin Sv schrieb:
> bei einem ähnlichen Fall habe ich über die HV-Programierung/paralell
> den µC wieder beschreiben können. Dies ist nach Angabe der STK Anleitung
> auch schon geschehen.

DIe Lösung,

AREF Jumper ziehen, Versuch des Conect
XTAL Jumper zeihen, Versuch des Conect

nachdem eine Verbindung möglich war, die HV Programierung laut STK500
Datenblatt durchgeführt.

Veränderungen für die ISP Programmierung durchgeführt, und der µC war 
wieder erreichbar.

Weiß jemand wie sich die Fusebits nach der HV Programmierung verändern,
kann generell gesagt werden, es wird die Werkseinstellung erzeugt?

GR Martin

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.