AtMega 2560 mit Arduino Bootloader nutzen ohne Arduino Mega2560-Platine

[Cysign]

Hmmm...also reagiert der µC und die Fuses stimmen.
Die Lockbits sind auch nicht gesetzt. Woran könnte die Kommunikation denn noch hapern?
Dass es kein generelles Treibrproblem des CH340-Chips vom Uno-Board ist, weiß ich, da ich sonst auch keinen AtMega328 damit programmieren könnte. Und mit dem Usb-FTDI-Dongle (100nF auf der Resetleitung) konnte ich den Mega auch nicht beschreiben.
Gelegentlich blinken RX/TX auf dem Dongle schon etliche Male, wenn ich den Upload starte. Aber erfolggekrönt wars bisher nicht.

[Hubert.G]

Es könnte auch die Baudrate nicht stimmen, 115200
Hast du schon mal das Programm XLoader probiert?
http://www.xloader.russemotto.com/
Zum Programme übertragen ideal.

[Cysign]

Vor Ewigkeiten mal um GRBL auf nen Arduino Nano zu schubsen.
Kann ich denn von der Arduino-IDE hex-Files exportieren? Ich hab da keine Möglichkeit gefunden...

[Hubert.G]

Die Dateien werden nur temporär gespeichert und nach dem Upload gelöscht.

[Cysign]

Hmmm....okay. Ich hab ejtzt mal den Speicher von dem ArduinoMega-Board ausgelesen und per Atmel Studio hochgeladen, um auszuschließen, dass die Bootloader-Dateien defekt sind. Leider immer noch keine Veränderung.

Könnte es evtl. sein, dass mein Quarz beim Löten Schaden genommen hat?
Gibts ne Möglichkeit das zu testen?
Laut Atmel Studio (irgendwo unter Device Programmung gabs die Möglichkeit, auf 8Mhz zu testen) solls da kein Problem geben.
So langsam weiß ich nur nicht mehr, was ich noch machen könnte.
Es kann doch kein Hexenwerk sein, 2 Kondensatoren und einen Quarz an einen Mega2560 anzudocken und ihn per ArduinoBootloader anzusprechen.

Ich glaube, ich teste morgen mal auf nem Breadboard, ob ich nen 328 am Breadboard ansprechen kann. Vielleicht liegts ja auch grade am FTDI-Dongle oder dem Kondensator auf der Reset-Leitung (wobei der gemessene 100nF hat).
Wenn das auch nicht klappt, nehm ich wieder ein Uno-Board um die Übertragung zu testen.

[Cysign]

So, nachdem ich nun Atmel Studio und sämtliche Visual Studio-Komponenten nochmal komplett deinstalliert habe und Atmel Studio 7 nun schon zum dritten Mal "als Administrator" installiert habe, lief es dann auch endlich ohne Visual Studio Lizenzprobleme.

Mit zadig_2.1.2 habe ich dann dem AVRISP MKII einen anderen Treiber zugeordnet, womit er in Atmel Studio unter Windows 10 problemlos lief (okay fast, einmal hatte ich minimal Probleme beim Upload des Arduino-Bootloaders mit Atmel-Studio, was mir Atmel Studio durch die Verifizierungsfunktion auch gleich mitgeteilt hatte - erneutes Hochladen hat Abilfe geschaffen).

In Atmel Studio habe ich dann gesehen, dass bei einem meiner beiden Test-AtMega2560 ein Lockbit gesetzt war. Also µC löschen und Lockbit freigeben, nochmal Bootloader hochladen.

Nun habe ich meinen FTDI-USB-Adapter wieder auf Seite gelegt und nochmal die Platine des Arduino Uno (ohne AtMega32 als Usb-Wandler genutzt und siehe da: Es klappt.
Eine lange Odyssee geht also zu Ende und ich kann endlich weiter basteln

Vielen Dank nochmal für die Hilfe!
Ich hoffe, dass dieser Beitrag dem ein oder anderen Hilfe, seinen Atmel AVRISP MKII unter Windows 10 ans Laufen zu bringen.
Hierzu wird Zadig gestartet, dann unter Options All devices aktivieren.
Nun den AVRISP MKII auswählen und den libusb-Treiber auswählen. Nach einem Klick auf "Driver" noch wenige Sekunden warten und Atmel Studio (wichtig: Als Administrator installieren!) verrichtet seinen Dienst mit dem Programmer wie gewohnt



//Edit:
Hier noch entsprechende Links, damit ihr nicht so lange suchen müsst:
http://atmel.force.com/support/artic...fs=Search&pn=1

http://zadig.akeo.ie/