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
Gast
#5671307
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.
Arduino Fanboy D. schrieb: > Aktiviere die ausführlichen Ausgaben Danke für den Hinweis !
Gast
#5671344
Vielleicht musst du die Baudrate auf 115200 ändern, das braucht der neue Arduino Bootloader.
Gast
#5671374
Matthias W. schrieb: > Was habe ich übersehen? Kein Bootloader auf dem mega2560 oder (Boot-) Fuses nicht korrekt.
Gast
#5671375
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.
Gast
#5671415
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.
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.
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.
Gast
#5672442
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.
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.
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:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
58 | |
59 | |
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?
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 !
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.
Joachim B. schrieb: > Den Quellcode vom Optiboot genommen Vielen Dank Joachim !
Ralph S. schrieb: > -c wiring nur in Verbindung mit > abgeschaltetem Auto-Erase (-D) Danke Ralf. Dieses -D steht bei Arduino auch dabei.
Gast
#6100123
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:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
Gast
#6100830
Du hast de BOOTRST Fuse gesetzt, war das Absicht?
Gast
#6101007
Kommandozeile und Meldungen passen nicht zusammen. Und nein, wiring ist schon richtig, wenn da ein Bootloader drauf ist.
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..
Gast
#6101024
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?
Gast
#6101029
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.
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
Angehängte Dateien:
-
Unbenannt.jpg
(27 KB)
Gast
#6101057
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.
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?
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...
Gast
#6101086
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.
Alles gut, habe eine Lösung gefunden, das Programm kann nun geladen werden.
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).
Gast
#6101121
Wie hast du dein Problem gelöst? Lasse die Community an deiner Erkenntnis teilhaben.
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.
Gast
#6101189
Hä? -cwiring hattest du dich vorher schon angeblich ohne Erfolg versucht!
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.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.