Probleme bei Fuses ATmega 2560

[A. R. (and)]

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)

[OMG (Gast)]

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 ....

[A. R. (and)]

Tschuldigung, ganz vergessen.

Woran liegt diese Fehlermeldung und wie kann ich sie beheben sodass ich 
die fuses setzten kann?

[Theor (Gast)]

@ 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?

[Karl B. (gustav)]

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

[A. R. (and)]

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.

[A. R. (and)]

Habe mittlerweile mal das Studio 4 installuiert. Dort zeigt sich das 
selbe Fehlerbild. Bereits das reading Device signature macht Probleme.

[Karl B. (gustav)]

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

[Modern uC (Gast)]

Das kommt davon, wenn man mit dem Altsch... startet. Nimm einen modernen 
uC und vergiss den Fusesch...

[OMG (Gast)]

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.

[Stefan F. (Gast)]

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.

[A. R. (and)]

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.

[Theor (Gast)]

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.

[Ratgeber (Gast)]

Theor schrieb:
> Glaube

Glauben = nicht Wissen.

[Stefan F. (Gast)]

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.

[A. R. (and)]

Problem ist gelöst:
Es war der Programieradapter, der nicht Kompatibel zum 2560 war.
Habe jetzt einen anderen verwendet und jetzt funktioniert es.

[Stefan F. (Gast)]

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.