Makefile für Atmega2560 mit AVRdude klemmt

[Matthias W. (matt007)]

Mit der Arduino-Umgebung (arduino-1.6.12-windows.exe) lässt sich unter 
Win7 64bit der LED-Blinker auf die mega2560 R3-Platine laden. Es blinkt 
korrekt. Die Hardware und die Verbindung geht also.

Zur normalen Arbeit soll WinAVR-20100110 verwendet werden mit Makefile. 
Dieser Weg funktioniert mit ATmega328p.

Das Makefile wurde angepasst für mega2560. "Make program" erzeugt ein 
main.hex. Die folgende Zeile im Makefile soll main.hex programmieren:
avrdude -v -v -v -v -p m2560 -c arduino -P COM10 -b 57600 -l log.txt -U 
flash:w:main.hex

Es sind Meldungen eingeschaltet (-v -v -v -v). Der Ladevorgang schlägt 
fehl. In log.txt steht:

avrdude: Version 6.3, compiled on Sep 12 2016 at 17:24:16
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is 
"C:\WinAVR-20100110\bin\avrdude.conf"

         Using Port                    : COM10
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xad
avrdude: Send: 0 [30]   [20]
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xad

avrdude done.  Thank you.

avrdude.exe und avrdude.conf wurden auf Stand 2016 gebracht.

Im Netz sind Hinweise zu finden wie:
https://stackoverflow.com/questions/19765037/arduino-sketch-upload-issue-avrdude-stk500-recv-programmer-is-not-respondi
"none of my attempts are working and they result in the same error every 
time I try it - avrdude: stk500_recv(): programmer is not responding."
"when uploading, you can see avrdude sending three packets avrdude: 
Send: 0 [30]   [20] (with corresponding RX flashes on the board) right 
before the avrdude: ser_recv(): programmer is not responding error."

"The trick is to hit the reset button on the board immediately before 
these three packets are sent. Then the program will be uploaded 
successfully."

Es ist von einem Trick die Rede den Reset-Knopf zur richtigen Zeit zu 
drücken. Leider klappte ein Test damit nicht.

Da das Laden mit der Arduino-Umgebung klappt und das Laden per Makefile 
mit dem ATmega328p klappt müsste der mega2560 doch auch mit Makefile 
klappen?

Was habe ich übersehen?

Matthias

[Einer K. (Gast)]

Matthias W. schrieb:
> Was habe ich übersehen?

Aktiviere die ausführlichen Ausgaben der Arduino IDE und schaue dir dann 
das AVRDUDE Kommando an.
Gleiche die Differenzen aus.

Dann sollte es auch mit deinem make gelingen.

[Matthias W. (matt007)]

Arduino Fanboy D. schrieb:
> Aktiviere die ausführlichen Ausgaben

Danke für den Hinweis !

[Stefan F. (Gast)]

Vielleicht musst du die Baudrate auf 115200 ändern, das braucht der neue 
Arduino Bootloader.

[Halb Wissender (Gast)]

Matthias W. schrieb:
> Was habe ich übersehen?

Kein Bootloader auf dem mega2560 oder (Boot-) Fuses nicht korrekt.

[Stefan F. (Gast)]

Halb Wissender schrieb:
> Kein Bootloader auf dem mega2560 oder (Boot-) Fuses nicht korrekt.

Dann würde es mit der Arduino IDE auch nicht funktionieren. Tut es aber, 
laut Eröffnungsbeitrag.

[Halb Wissender (Gast)]

Matthias W. schrieb:
> Die folgende Zeile im Makefile soll main.hex programmieren:
> avrdude -v -v -v -v -p m2560 -c arduino -P COM10 -b 57600 -l log.txt -U
> flash:w:main.hex

Nach eigenem Ausprobieren müsste das hier funktionieren, (tut
es jedenfalls bei mir):

avrdude -Cavrdude.conf -v -patmega2560 -cwiring -PCOM14 -b115200 -D 
-Uflash:w:default/MyHexFile.hex:i

Entscheidend / unterscheidend hier dass eine Datei avrdude.conf
präsent sein muss sowie der Parameter -cwiring.

Auf meinem Test-Arduino ist der Bootloder

stk500boot_v2_mega2560.hex

drauf.

[Matthias W. (matt007)]

Stefanus F. schrieb:
> Vielleicht musst du die Baudrate auf 115200 ändern, das braucht der neue
> Arduino Bootloader.

Danke Stefanus für den wertvollen Hinweis !

es klappt nun !

in der Zeile die die Arduino-Umgebung erzeugt hat steht tatsächlich 
115200. Ich kann schauen was passiert wenn ich das reduziere.

[Matthias W. (matt007)]

Halb Wissender schrieb:
> Entscheidend / unterscheidend hier dass eine Datei avrdude.conf
> präsent sein muss sowie der Parameter -cwiring.

Danke !

Es geht bei mir auch ohne den Hinweis auf avrdude.conf.

Der Parameter -cwiring könnte entscheidend sein, falls es nicht die 
115kbd sind. Das kann ich noch testen.

[Einer K. (Gast)]

Matthias W. schrieb:
> in der Zeile die die Arduino-Umgebung erzeugt hat steht tatsächlich
> 115200. Ich kann schauen was passiert wenn ich das reduziere.
Da gibts nichts zu probieren!
Die Kröte ist widerspruchslos zu schlucken.

[Matthias W. (matt007)]

Arduino Fanboy D. schrieb:
> Die Kröte ist widerspruchslos zu schlucken.

eine Kröte ist das ja nicht. Es ist ja ok wenns auch schnell geht.

[Joachim B. (jar)]

Arduino Fanboy D. schrieb:
> Die Kröte ist widerspruchslos zu schlucken.

Matthias W. schrieb:
> eine Kröte ist das ja nicht. Es ist ja ok wenns auch schnell geht.

zuerst fand ich das neue Tempo ja toll, aber als mein wUSB nicht mehr 
ging eher weniger!

Ergo habe ich bei allen nanos Optiboot auf 57k6 wieder reduziert, was 
nutzt schnell wenn es u.U. anderswo klemmt.

So habe ich nun 4 Auswahlmöglichkeiten:

## Arduino Nano w/ ATmega328P (new boot full mem low upload)
## --------------------------
nano.menu.cpu.atmega328fullmemlowup=ATmega328P (New Boot Full Mem Low Upload)

nano.menu.cpu.atmega328fullmemlowup.upload.maximum_size=32256
nano.menu.cpu.atmega328fullmemlowup.upload.maximum_data_size=2048
nano.menu.cpu.atmega328fullmemlowup.upload.speed=57600

nano.menu.cpu.atmega328fullmemlowup.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328fullmemlowup.bootloader.high_fuses=0xDE
nano.menu.cpu.atmega328fullmemlowup.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328fullmemlowup.bootloader.file=optiboot/optiboot_atmega328.hex

nano.menu.cpu.atmega328fullmemlowup.build.mcu=atmega328p

## Arduino Nano w/ ATmega328P (new bootloader full mem)
## --------------------------
nano.menu.cpu.atmega328fullmem=ATmega328P (New Bootloader Full Mem)

nano.menu.cpu.atmega328fullmem.upload.maximum_size=32256
nano.menu.cpu.atmega328fullmem.upload.maximum_data_size=2048
nano.menu.cpu.atmega328fullmem.upload.speed=115200

nano.menu.cpu.atmega328fullmem.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328fullmem.bootloader.high_fuses=0xDE
nano.menu.cpu.atmega328fullmem.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328fullmem.bootloader.file=optiboot/optiboot_atmega328.hex

nano.menu.cpu.atmega328fullmem.build.mcu=atmega328p

## Arduino Nano w/ ATmega328P (new bootloader old mem)
## --------------------------
nano.menu.cpu.atmega328=ATmega328P (New Bootloader Old Mem)

nano.menu.cpu.atmega328.upload.maximum_size=30720
nano.menu.cpu.atmega328.upload.maximum_data_size=2048
nano.menu.cpu.atmega328.upload.speed=115200

nano.menu.cpu.atmega328.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328.bootloader.high_fuses=0xDA
nano.menu.cpu.atmega328.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328.bootloader.file=optiboot/optiboot_atmega328.hex

nano.menu.cpu.atmega328.build.mcu=atmega328p

## Arduino Nano w/ ATmega328P (old bootloader low mem)
## --------------------------
nano.menu.cpu.atmega328old=ATmega328P (Old Bootloader Low Mem Low Upload)

nano.menu.cpu.atmega328old.upload.maximum_size=30720
nano.menu.cpu.atmega328old.upload.maximum_data_size=2048
nano.menu.cpu.atmega328old.upload.speed=57600

nano.menu.cpu.atmega328old.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328old.bootloader.high_fuses=0xDA
nano.menu.cpu.atmega328old.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328old.bootloader.file=atmega/ATmegaBOOT_168_atmega328.hex

nano.menu.cpu.atmega328old.build.mcu=atmega328p

[Matthias W. (matt007)]

Joachim B. schrieb:
> zuerst fand ich das neue Tempo ja toll, aber als mein wUSB nicht mehr
> ging eher weniger!
> Ergo habe ich bei allen nanos Optiboot auf 57k6 wieder reduziert, was
> nutzt schnell wenn es u.U. anderswo klemmt.

Danke Joachim für den Hinweis !
Du hast also im Bootloader etwas geändert.
Deine 4 möglichen Versionen sind nun unterschiedlich in Size und Speed.

Mit welcher Werkzeugkette hast Du das gemacht?

[Ralph S. (jjflash)]

Matthias W. schrieb:
> Der Parameter -cwiring könnte entscheidend sein

...  warum auch immer, bei mir hat -c wiring nur in Verbindung mit 
abgeschaltetem Auto-Erase (-D) funktioniert !

[Joachim B. (jar)]

Matthias W. schrieb:
> Mit welcher Werkzeugkette hast Du das gemacht?

mit Atmel Studio 4.18

Den Quellcode vom Optiboot genommen, die Baudrate geändert und per ISP 
auf die Nanos gebracht, ggffs noch die fuse geändert Bootsektorgröße, 
mit der Änderung der board.txt kann ich nun auswählen welcher nano oder 
uno bedient werden will, wenns klemmt, keine Verbindung muss ich halt 
kurz probieren wer sich meldet.

[Matthias W. (matt007)]

Joachim B. schrieb:
> Den Quellcode vom Optiboot genommen

Vielen Dank Joachim !

[Matthias W. (matt007)]

Ralph S. schrieb:
> -c wiring nur in Verbindung mit
> abgeschaltetem Auto-Erase (-D)

Danke Ralf. Dieses -D steht bei Arduino auch dabei.

[knotty (Gast)]

Hi,
ich hab da ein sehr ähnliches Problem, dieses Forum hat mir hier schon 
sehr weiter geholfen, ich hatte ebenfalls das Problem, dass mein Arduino 
Mega2560 nicht geantwortet hat.
Allerdings entwickle ich mein Programm nicht in der Arduino IDE, sondern 
nutze Atmel Studio 7.

Halb Wissender schrieb:
> avrdude -Cavrdude.conf -v -patmega2560 -cwiring -PCOM14 -b115200 -D
> -Uflash:w:default/MyHexFile.hex:i

Dies hat mich soviel weiter gebracht, dass mein PC jetzt mit dem Arduino 
kommunizieren kann, wenn das Programm jedoch starten sollte, passiert 
nichts. Das Programm wird also nicht hochgeladen.

Meine Vermutung ist, dass das irgendwie mit -cwiring zusammenhängt..?

Wäre nett, wenn ihr mir bei diesem Problem weiter helfen könntet!

Das ist die momentane Output-Meldung von AS7:

             System wide configuration file is "C:\AVRdude\avrdude.conf"

             Using Port                    : COM6
             Using Programmer              : wiring
             Overriding Baud Rate          : 115200
             AVR Part                      : ATmega2560
             Chip Erase delay              : 9000 us
             PAGEL                         : PD7
             BS2                           : PA0
             RESET disposition             : dedicated
             RETRY pulse                   : SCK
             serial program mode           : yes
             parallel program mode         : yes
             Timeout                       : 200
             StabDelay                     : 100
             CmdexeDelay                   : 25
             SyncLoops                     : 32
             ByteDelay                     : 0
             PollIndex                     : 3
             PollValue                     : 0x53
             Memory Detail                 :

                                      Block Poll               Page                       Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
               eeprom        65    10     8    0 no       4096    8      0  9000  9000 0x00 0x00
               flash         65    10   256    0 yes    262144  256   1024  4500  4500 0x00 0x00
               lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
               signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

             Programmer Type : Wiring
             Description     : Wiring
             Programmer Model: AVRISP
             Hardware Version: 15
             Firmware Version Master : 2.10
             Vtarget         : 0.0 V
             SCK period      : 0.1 us

avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude.exe: Device signature = 0x1e9801 (probably m2560)
avrdude.exe: safemode: lfuse reads as FF
avrdude.exe: safemode: hfuse reads as D8
avrdude.exe: safemode: efuse reads as FF

avrdude.exe: safemode: lfuse reads as FF
avrdude.exe: safemode: hfuse reads as D8
avrdude.exe: safemode: efuse reads as FF
avrdude.exe: safemode: Fuses OK (E:FF, H:D8, L:FF)

avrdude.exe done.  Thank you.

[Stefan F. (Gast)]

Du hast de BOOTRST Fuse gesetzt, war das Absicht?

[Einer K. (Gast)]

Kommandozeile und Meldungen passen nicht zusammen.

Und nein, wiring ist schon richtig, wenn da ein Bootloader drauf ist.

[Tobias S. (knotty)]

Nein, das war keine Absicht, allerdings weiß ich nicht wie man den 
deaktiviert,.. bin neu bei AS7.

Hier mal mein Argument für avrdude.exe:

-C"C:\AVRdude\avrdude.conf" -v -patmega2560 -cwiring -PCOM6 -b115200 -D

Versuche ich etwas hochzuladen mit folgendem:

-C"C:\AVRdude\avrdude.conf" -v -patmega2560 -carduino -PCOM6 -b115200

funktioniert das ganze nicht mehr..

[Einer K. (Gast)]

Tobias S. schrieb:
> Hier mal mein Argument für avrdude.exe:

Is ja klar, da fehlt ja auch das wichtigste um zu funktionieren.

Warum verstümmelst du das überhaupt?

[Stefan F. (Gast)]

Tobias S. schrieb:
> Nein, das war keine Absicht, allerdings weiß ich nicht wie man den
> deaktiviert,.. bin neu bei AS7.

Finde es heraus! Ich kann schon ganz alleine Schuhe binden und Laufrad 
fahren.

[Tobias S. (knotty)]

Arduino Fanboy D. schrieb:
>
> Is ja klar, da fehlt ja auch das wichtigste um zu funktionieren.

Wieso? Hab hier mal meine Tools in nem Screenshot angehängt.
Mit meinem Atmega328P funktioniert alles Problemlos

[Einer K. (Gast)]

Tobias S. schrieb:
> Wieso?

Erst hijackst du einen fremden Thread, der NICHTS mit deinem Problem zu 
tun hat.

Dann zeigst du einen Aufruf.
Dann Meldungen.
Beides passt nicht zusammen.

Dann 2 bis zur Funktionslosigkeit verstümmelte Aufrufe.
Und dann fragst du "Wieso?"

Das "Wieso" solltest eigentlich du viel besser beantworten können, als 
ich.

Aber ich sehe schon, mit uns beiden wird das wohl nix mehr.

[Hugo H. (hugohurtig1)]

Was ihr immer mit AVRDUDE etc. habt ...

Ich nutze AS 7 - manchmal AS 4.18 und noch manchmaler Arduino IDE.

Code schreiben, compilieren und ggf. debuggen u/o auf den Chip 
"brennen".

AVRDUDE - schön und sehr nutzbringend, läuft ohne mein Eingreifen :-).

Muss ich die Motorsteuerung kennen, um Auto fahren zu können?

[Tobias S. (knotty)]

Okay, tut mir leid, dass ich diesen Beitrag gehijacked habe,... werde es 
wohl auf eigene Faust versuchen, das ganze zum laufen zu bringen.
Ich habe diese Frage nur hier gestellt, da ich ursprünglich das selbe 
Problem hatte wie der Autor dieses Beitrags und mir ein paar Antworten 
weitergeholfen haben und dachte, dass ihr mir da nun ebenfalls helfen 
könnt.

Nur eins noch:

Arduino Fanboy D. schrieb:
> 2 bis zur Funktionslosigkeit verstümmelte Aufrufe.

Ich verstehe ja, was du meinst, allerdings kann ich den Fehler nicht 
beheben...

[Einer K. (Gast)]

Tobias S. schrieb:
> Ich verstehe ja, was du meinst, allerdings kann ich den Fehler nicht
> beheben...

Tja, und ich kann dir nicht helfen, wenn du keine Zusammenhänge zeigen 
willst/kannst.

[Tobias S. (knotty)]

Alles gut, habe eine Lösung gefunden, das Programm kann nun geladen 
werden.

[Hugo H. (hugohurtig1)]

Tobias S. schrieb:
> Alles gut, habe eine Lösung gefunden, das Programm kann nun geladen
> werden.

Ja - behalte die bitte für Dich, damit Leute wie Du hier wieder fragen 
können ohne auf eine Antwort verwiesen werden zu können (oder diese gar 
selbst finden können - merde).

[Stefan F. (Gast)]

Wie hast du dein Problem gelöst? Lasse die Community an deiner 
Erkenntnis teilhaben.

[Tobias S. (knotty)]

Jetzt mal langsam ok.. hatte doch noch ein kleines Problem, das dann 
allerdings glücklicherweise nur n Fehler im Code war.

Um das Problem mit dem Hochladen zu lösen, habe ich lediglich das 
-cwiring vor die file directory meiner hex datei des Programms gestellt:

-patmega2560 -cwiring -P\\.\COM6 -b115200 -D 
-Uflash:w:"$(ProjectDir)Debug\$(TargetName).hex":i

Nun funktioniert das Hochladen einwandfrei.

[Stefan F. (Gast)]

Hä? -cwiring hattest du dich vorher schon angeblich ohne Erfolg 
versucht!

[Tobias S. (knotty)]

Ja, es ist komisch, das einzige was ich wirklich verändert habe war, das 
ich die Position des programmers und das auto erase vor das Verzeichnis 
meiner Programmdatei gesetzt habe.