Forum: Mikrocontroller und Digitale Elektronik AT Mega32 verfused, zumindest aussicht auf lösung.


von Manuel (Gast)


Lesenswert?

Hi, mir ist heute etwas passiert, was ich schon irgendwie befürchtet 
habe: Fuse bits wurden irgendwie falsch gesetzt und seitdem kann ich auf 
den controller (AT mega32) per AVRdude zugreifen. Das ganze ist 
entstanden, als ich versucht habe die FUSE Bits für einen 16MHz quarz zu 
setzen. Dabei habe ich jedoch dummerweise auch den internen 36pF 
Kondensator aktiviert...

Als ich den uC wieder am STK500 gestartet habe lief natürlich nichts 
mehr...

Ich hatte noch einen AT tiny2313 herumliegen, auf dem hab ich ein 
Programm (siehe weiter unten) geladen und einen Pin von PortB (über 
Steckbrett...) nach XT1 am STK500 geführt. Jetzt läuft das Programm 
darauf zumindest wieder, sieht also schon etwas besser aus, aber die 
Fuse-Bits lassen sich noch immer nicht auslesen oder auf standard 
zurücksetzen.

Hier das Programm auf dem tiny2313, der momentan irgendeinen takt 
vorgibt:
1
#include <avr/io.h>
2
3
int main(void)
4
{
5
  DDRB=0xff;  
6
  DDRD=0x00;
7
  while(1)
8
  {
9
    
10
    PORTB=0x00;
11
    PORTB=0xff;
12
    
13
    
14
  }
15
  
16
  return 0;
17
}

Hat noch jemand Tipps wie ich den mega32 retten könnte? Mir steht 
momentan noch ein STK500 zur Verfügung, vielleicht lässt sich da noch 
was machen. Ich hab zwar noch ein paar Stück von diesem Controller, aber 
ich würds schade finden, wenn ich den nicht mehr hinbekomme.

Schon mal vielen Dank für die Antwort!
lg

von Manuel (Gast)


Lesenswert?

So, habs geschafft. Lösung nennt sich "high voltage Programming".
geht aber nicht mit avrdude, deswegen musste ich das AVR Studio 
installieren.

mfg!

von Stefan B. (stefan) Benutzerseite


Lesenswert?

Manuel wrote:
> So, habs geschafft. Lösung nennt sich "high voltage Programming".
> geht aber nicht mit avrdude, deswegen musste ich das AVR Studio
> installieren.

Sicher? Laut Manual (keine prakt. Erfahrung hier) sollte "high voltage 
Programming" mit AVRDUDE gehen, wenn man die passende programmer-id in 
der Kommandozeile benutzt. Die ist anders als für den ISP-Modus.

von conradRP6 (Gast)


Lesenswert?

Wen ich das richtig verstehe lauft er jetzt nur noch auf eine externe 
clock. Ist mir auch mal passiert. Losung : externe clock anbieten, dan 
ueber ISP (AVR ISPmk2 + AVR studio)) neu die fuses richtig setzen. Hat 
bei mir geklappt. Wichtig : ISP freq soll max 1/4 sein von externe clock 
freq.

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.