µC Defusen

Welche IDE verwendest Du?

Wie angeschlossen?

S. Kapitel 4 "Connecting ISP lines" in AVR042: AVR Hardware Design 
Considerations 
http://www.atmel.com/dyn/resources/prod_documents/doc2521.pdf

Falls Du versehentlich die ISP abgeschaltet hast, hast Du verloren. Was 
meldet denn das AVR-Studio?

Kann man bei dem Typ ISP per ISP abschalten? Normalerweise geht das gar 
nicht, exakt den Chip kenne ich aber nicht, vielleicht wieder mal was 
neues...
Externer Takt hilft normalerweise bei zerfusten Chips, muss aber an 
XTAL1 angelegt werden. Und auch das Verhältnis Chiptakt/ISP-Takt 
beachten.

Schon mal den Paralell-Programmier-Modus versucht.
Die letzte Möglichkeit.

Das STK500 stellt den bereit.
Ist auch im Studio auswählbar.
Programming mode
PP/HVSP mode
Ist aber eine etwas andere Hardwareanbindung.

So jetzt geht es zum Essen.
Mahlzeit.

Ohne STK500 keinen wiederbelebten AVR.
So sind die Regeln.

en DRAGON würde auch gehn zum Wiederbeleben
ansonsten: ext Takt anlegen

Kann der Dragon einen ATMEGA 2560 mit HV und Paral. programmieren?

Schlechte Karten. Schwarzer Peter.
Kennst Du niemanden der ein STK500 hat?

wenn das biest nicht fest eingelötet ist, würde ich es wegschmeißen und 
einen "frischen" nehmen, bestimmt günstiger als stundenlange 
reanimiermaßnahmen ;)

@  Franz-Rainer
HV = PP in diesem Fall, aber ja, der kann das. Und JTAG übrigens auch!

Wie ist die Spg. Versorgung der Targetschaltung.

Ist auch VTG am ISP MK II abgeklemmt. Oder versorgt das die 
Targetschaltung mit? Irgend ein Fehler muß ja vorliegen wenn sich die 
Fuses zeitweise nicht so programmieren lassen wie gewünscht und ein 
Eigenleben führen.
Wenn die Target eine eigene Spg. Versorgung hat, darf das MK II keine 
liefern. Passieren als ganz lustige Dinge.

Schalte VTG am MK II ab. Sollte ein Jumper sein.
Es fliesen sonst dabei immer einige Ausgleichströme die nicht 
nachvollziebar sind. Auch wenn sie nur im µA Bereich sind, können sie 
Ärger machen.

Dann an der Target Platine unterbrechen.
Oder den Pin vom ISP Anschluß auf der Platine auslöten.

ISP Anschluß PIN 2 bei 6pol. u. 10pol. Stiftleiste.

Die Ziehlschaltung hat aber ihre eigene Versorgung oder?

Leute was habt ihr immer mit dem ISP?

Der ATMEGA 2560 sollte auch über ein JTAG angesprochen werden können.
Empfehlen würde ich hier einen JTAG ICE mk2. Oder Dragon. Der Dragon 
dürfte aber keine Debug Session unterstützen bei einem Controller mit 
mehr als
32k Flash. Über JTAG sollte man eigentlich immer Zugang bekommen.
Ausser man hat die Taktfuses falsch gesetzt (aber sollte durch ext. Takt
behoben werden können) oder man hat die JTAG Fuse umprogrammiert und 
damit den JTAG abgestellt.

So wie ich das sehe, bleibt nur die Möglichkeit irgendwie die JTAG Pins
zu benutzten oder wenn JTAG abgestellt wurde (Was bei dem Schaltplan zu 
vermuten ist) den Controller auszulöten und einen neuen einzulöten.
Hatte auch schon mal einen Mega48 der den "Debug-Wire-Tod" gestorben 
ist.
Sprich Debugwire-Aktiviert und den controller durch einen ESD am Reset 
Pin
agbeschossen. Danach ging nix mehr! Dann durfte ich den QFN (ja richtig 
QFN)
austauschen. Ich hoffe ihr hab ein gute Lötequipment und eine starke
Lupe oder ein Mikroskop (kostet um die 400 Euro).

Wenn ihr, so wie ich das sehe, wohl im professionellen Bereich tätig 
seid, dann solltet Ihr euch auch passende Tools besorgen. Ich bin heil 
froh, dass
wir ein Mikroskop in der Firma haben und einen JTAG ICE MK2.

Bei einem Projekt würde ich in jedem Fall immer der JTAG freilassen und 
NUR
im aüssersetn Notfall die Pins für andere Zwecke verwenden.
Dann wird die Fehlersuche infacher und man hat immer eine Rückfallebene,
was die Programmierung angeht.


Übrigends, das austauschen ist keine unmögliche Aufgabe. Ich hab auch 
schon einen 160pin TQFP tauschen müssen. Ist zwar stressig (man sollte 
ne ruhige
Hand haben und hochkozentriert sein -
also nicht zuviel Kaffee intus haben g) aber mit der richtigen 
Ausrüstung
machbar sein! Auch bei bleifreier Lötung.

Was hängt an SCK; MISO und MOSI sonst noch alles dran, und wie sind da 
die Pegel Bei RESET?

Und der Pegelconverter.
Und wie verhalten die sich beim prog.?
So würde ich das nicht machen.
Bei einer derartigen Benutzung von MISO etc. sehe ich noch einen 
Umschalter in Form eines 5053 vor, der bei einem Reset mir den PortB mit 
den 3 Leitungen
vom Rest der Schaltung abtrennt und auf den SPI Anschluß schaltet.

>Ich kann Dir nur den Rat geben: Lass es lieber bleiben. Buchegger wird
>Dir sicher bald in seiner selbstherrlichen Weise schreiben, daß nur er
>sowas kann. Und ja nichts dagegen sagen, sonst zensiert er Deinen
>Beitrag, denn die Admins hier akzeptieren die Wahrheit nicht...

Verstehe das Obige nicht.
Bitte um Erklärung.
MfG.

> Verstehe das Obige nicht.
> Bitte um Erklärung.

Lieber nicht - da tobt sich ein Geisteskranker aus...

@ Papa Schlumpf:

welchen Chip meinst du denn mit "5053" , würde mich mal interessieren, 
da ich schon öfters die SPI Pins ohne Probleme genutzt habe.

mfg Anonymus

Habe mich vertan.
Richtig ist: CD4053
Im Anhang das Datenblatt.

So wie im STK300.
PDF im Anhang

Papa Schlumpf:

> Verstehe das Obige nicht.
> Bitte um Erklärung.

Es gab in den vergangenen Tagen einen Thread (ala "Wer hat Ideen um ein 
Gerät XYZ zu bauen?"), die gestern soweit in den Schlamm gefahren wurde, 
bis ein Moderator den Thread und die anscheinend temporäre IP-Adresse 
des Originalposters gesperrt hat. Den Thread finde ich jetzt nicht mehr. 
Da ich meinen "Suchkünsten" einigermaßen vertraue, denke ich der Thread 
wurde gelöscht.

In Folge dessen wurde vom Originalposter ein Thread gestartet, um sich 
gegen die Sperrung zu wehren (ala "An die Admins gegen Zensur!"). Den 
Thread finde ich jetzt nicht auch mehr.

Derzeit schreibt der Originalposter in anscheinend beliebige Threads den 
von dir gesehenen Text.

Aha...
Na dann.

Danke für die Erklärung.

Im Namen aller Schlümpfe, und die die es noch werden wollen.

> Da ich meinen "Suchkünsten" einigermaßen vertraue, denke ich der Thread
> wurde gelöscht.

Nein, er ist noch da. Muss jetzt kurz weg, die K-Linsen anziehen gehen!

Versuch mal einen Widerstand (so um die 190k oder 90k, weiß ich nicht 
mehr genau) zwischen XTal1 und der Versorgungsspg. des µC wärend du 
versuchst ihn zu programmieren.