Hallo zusammen, ich habe nach langer Zeit nochmal ein Projekt begonnen. Habe dabei eine eigene Platine mit einem ATmega 2560. Diesen habe ich von der Beschaltung genauso umgesetzt, wie bei einem älteren Projekt, wo alles funktioniert hat. Mein Problem ist, das ich, wenn ich die Fuses setzte möchte, eine Fehlermeldung erhalte. Ich benutze den DIAMEX-AVR ISP programmiere Adapter und das Atmel Studio 7.0. Fehlermeldung: ----------------------------------------------- Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool) Unable to enter programming mode. Verify device selection, interface settings, target power, security bit, and connections to the target device. ----------------------------------------------- Timestamp: 2019-12-28 15:57:45.146 Severity: ERROR ComponentId: 20100 StatusCode: 1 ModuleName: TCF (TCF command: Device:startSession failed.) Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool)
Gast
#6088063
Und was wäre jetzt dein Anliegen dazu? Wenn du keine Frage stellst kriegst du keine Antwort. Antworten auf nicht gestellte Fragen machen keinen Sinn. Nur als Hinweis: wenn du keine klare Problemstellung mit den erforderlichen Details lieferst wird es auch schwierig ....
Tschuldigung, ganz vergessen. Woran liegt diese Fehlermeldung und wie kann ich sie beheben sodass ich die fuses setzten kann?
Gast
#6088073
@ A.R. Ein paar Hinweise hast Du ja mit der Fehlermeldung schon erhalten: Verify device selection, interface settings, target power, security bit, and connections to the target device. Was hast Du dabei festgestellt?
A. R. schrieb: > ich habe nach langer Zeit nochmal ein Projekt begonnen. Hi, ist das eventuell der Programmer - für die "alten" AVRs? Da gibt es einen anderen Workaround. Momang. Ich suche den noch raus. Flashen geht nämlich nicht direkt, wie man es vom Studio4 aufwärts her gewohnt ist. ciao gustav
Angehängte Dateien:
-
AT89C2051_Programmer.jpg
(46 KB)
Geprüft habe ich: - Device: ATmega 2560 - ISP Clock habe ich mittlerweile mit allen geschwindigkeiten probiert. - Am ISP Adapter habe ich beide Schalter auf 0, da der Controller vom Netzteil direkt versorgt wird. - Verbindung vom Stecker bis an den PIN des Controller bin ich ebenfalls nachgegangen und dieser ist auch korrekt. Wie muss die Einstellung unter dem Gerätemanager vom ISP Adapter sein? Habe dort folgende Einstellung: - 9600 8 Keine 1 keine Flusssteuerung.
Habe mittlerweile mal das Studio 4 installuiert. Dort zeigt sich das selbe Fehlerbild. Bereits das reading Device signature macht Probleme.
Hi, Beitrag "Re: Uhrzenbausatz mit At89C2051 funktioniert nicht" damit kann man die älteren AVRs programmieren. 4.) Was neu ist, dass man erst Laden muss, dann nochmal extra Programmen. Man ist das vom Atmel-Studio so gewohnt, dass Laden und Programmen in einem Aufwasch gemacht werden. 5.) Vorher über "config" noch Fuses einstellbar, ciao gustav
Gast
#6088111
Das kommt davon, wenn man mit dem Altsch... startet. Nimm einen modernen uC und vergiss den Fusesch...
Gast
#6088164
A. R. schrieb: > Woran liegt diese Fehlermeldung und wie kann ich sie beheben sodass ich > die fuses setzten kann? Du hast einen Fehler in der Verschaltung deines ISP Anschlusses. OMG schrieb: > wenn du keine klare Problemstellung mit den > erforderlichen Details lieferst ..... Will heissen eine gültige Schaltung und ein klares Foto vom Aufbau damit sich dein Auditorium ein gutes Bild machen kann.
Gast
#6088168
OMG schrieb: > Du hast einen Fehler in der Verschaltung deines ISP Anschlusses. Ich denke, das ist die erste passende Antwort, die sich auf die gezeigte Fehlermeldung bezieht.
Da ich die Schaltung bereits einmal so erfolgreich verwendet habe, schließe ich verdrahtung aus. Was mir gerade einfällt. Ich hatte noch einen anderen Programier Adapter. Glaube den MK2 ISP, finde den ur nicht mehr. Ich glaube, bei den letzten Projekt hatte ich auch den blauen MK2 ISP verwenden müssen, da der grüne diamex ISP Probleme gemacht hat.
Gast
#6088269
A. R. schrieb: > Da ich die Schaltung bereits einmal so erfolgreich verwendet habe, > schließe ich verdrahtung aus. > "Naja. Ich würde das ja gerne glauben, aber könnten Sie's bitte nochmal machen?" (Harry Morgan als Bürgermeister Olly Perkins in "Auch ein Sheriff braucht mal Hilfe"). Das die Schaltung schon einmal funktioniert hat, kann ein Zeichen sein, dass es daran nicht liegt, muss es aber nicht. Kabel können brechen. Man irrt sich beim Schaltplan oder Layout. Die Lötstellen können kalt sein. Das Kabel zwischen Programmer und Stecker auf dem Board faul. > Was mir gerade einfällt. Ich hatte noch einen anderen Programier > Adapter. Glaube den MK2 ISP, finde den ur nicht mehr. > Ich glaube, bei den letzten Projekt hatte ich auch den blauen MK2 ISP > verwenden müssen, da der grüne diamex ISP Probleme gemacht hat. Na dann probier das erstmal aus. Und falls es nicht geht, poste mal Fotos vom Aufbau, Schaltplan und einen Link auf diesen Olimex-Programmer (bin auch MK2-Verwender und ansonsten STK-500). Was mir noch einfällt: Du hast alle Datenraten versucht. Brauchst Du aber garnicht. Wenn es mit der niedrigsten nicht geht, dann geht es auch mit den höheren nicht (behaupte ich mal so). Was war also die niedrigste Datenrate, die Du versucht hast? Über die Takterzeugung sollten wir schon noch was wissen. Was den Typ betrifft: Hast Du die Einstellung in der SW geprüft? Oder hast Du nur geprüft ob der Chip tatsächlich der von Dir gedachte ist? Und lass Dir AVR-Studio 4 nicht madig machen. :-) Viel Erfolg.
Gast
#6088279
Theor schrieb: > Glaube Glauben = nicht Wissen.
Gast
#6088365
A. R. schrieb: > Da ich die Schaltung bereits einmal so erfolgreich verwendet habe, > schließe ich verdrahtung aus. Theorie != Praxis Alles nachmessen: Versorgungsspannung, Takt, Spannung am Reset-Pin, Signale an MISO, MOSI und SCK. Notfalls kannst du einen Dauer-Reset erzeugen und dann erst die Stromversorgung einschalten, um zu verhindern, dass ein eventuell fehlerhaftes Programm den µC zum Aufhängen bringt.
Problem ist gelöst: Es war der Programieradapter, der nicht Kompatibel zum 2560 war. Habe jetzt einen anderen verwendet und jetzt funktioniert es.
Gast
#6090047
A. R. schrieb: > Es war der Programieradapter, der nicht Kompatibel zum 2560 war. Das ist ja eine Überraschung, der ATmega2560 ist in der Produktbeschreibung auch nicht aufgelistet.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.