Atmega168 Fusebits verstellt, bekomm ihn nichtmehr reaktiviert

[D35troy3r]

Hab das gleich mal ausprobiert. Der uC gibt mir keine Antwort .
Frequenz liegt nun bei 125.4kHz. Wieso springt der Chip nichtmehr an? 125kHz sollten doch schon reichen oder nicht?

Nachdem ich die FB vom m8 auf int. 8Mhz gestellt hab bekomm ich etwa 1.045Mhz am Ausgang.
Immernoch keine Antwort vom uC...

[Rone]

Weitere Fragen:
1. Welchen Programmer verwendest Du?
2. Wie ist die genaue vorgehensweise nach dem Anlegen des Taktes?

MfG
Rone

[D35troy3r]

Ich verwende den myAVR.
Takt und ISP sind angeschlossen, uC´s bekommen Spannung. Dann probier ich einmal mit myavr Progtool den uC zu finden, danach nochmal mit Bascom.
Beide Programme finden den Controller nichtmehr.

Eben hab ich einen Quarzoszillator 1Mhz gefunden. Direkt angeschlossen...erfolglos.

[D35troy3r]

Erster Erfolg!
Hab den 1Mhz Takt vom Quarzoszillator an XTAL2 angelegt. Der uC läuft extrem langsam seine Arbeitsschritte ab (LED´s leuchten der Reihenfolge auf wie programmiert). Über ISP konnt ich noch keine Verbindung schaffen

[HeXPloreR]

Hallo,

vieleicht hilft das noch etwas weiter - RSRTDISBL oder SPIEN vielleicht verstellt.

http://www.wiki.elektronik-projekt.d...sebit_tutorial

[D35troy3r]

An den beiden dürfte nichts verstellt worden sein, ich hab jediglich nur die Fusebits für die Taktquelle geändert.
Bascom gibt mir manchmal die Meldung zurück das es nicht der uC ist der unter $regfile = "m168def.dat" " steht. Diese Meldung kommt eigentlich nur wenn er etwas findet ..mh

[Besserwessi]

Wenn ich mich richtig erinnere kommt die Meldung von Bascom auch wenn er nichts erkennt (Signatur 000000). Man könnte es aber man versuchen mehrmals zu lesen - wenn da gelegentlich was anderes als 000000 oder FF FF FF als Signaltur kommt, spricht das für eine nicht zuverlässige Verbindung, ggf. eine Kalte Lötstelle auf der Zielplatine oder ein zu langes Kabel oder Problem mit der Versorgung.

Bei einem nicht zuverlässigen Programmer (bzw. einer schlechten Verbindung) besteht leider die Gefahr, dass auch mal versehentlich RSRTDISBL verändert wurde - dann geht es per ISP nicht. Das könnte man ggf. testen indem man den Stromverbrauch misst, abhängig vom Signal an Reset. Wenn sich da was ändert spricht vieles dafür, dass der Reset noch funktioniert. Die andere gefährliche Fuse (SPIEN) lässt sich angeblich nicht per ISP verstellen.

[Besserwessi]

Normal gehört ein externer Takt an XTAL1. Wenn das Programm sehr langsam läuft, spricht das dafür, das die Fuse für CLK/8 noch aktiv ist. der µC läuft dann mit nur 1/8 der Taktfrequenz. Entsprechend muss man auch den ISP-Takt weit runterdrehen: bei 1 MHz ext. Takt läuft der µC dann mit 125 kHz und der ISP-Takt darf maximal 1/4 davon, also rund 31 kHz sein.

Die Funktion des Reset Pins kann man bei laufendem Programm noch einfacher testen.

[Rone]

Hallo!

Ich verwende den myAVR.

Nur haben die leider 3 im Sortiment.

Wenn Du diesen hier meinst, verfügt dieser über einen Rettungsmodus.

Doku lesen und Dir wird vielleicht geholfen.

Mfg
Rone