Das Hochladen von Arduino Nano führt zu folgendem Fehler: avrdude: stk500_recv (): Programmierer reagiert nicht


19

Ich habe einen Arduino Nano (Sainsmart) , auf den ich eine Skizze hochladen möchte . Unter der Arduino-IDE wurde das Gerät ausgewählt Arduino Nano w/ ATmega328.

Das Hochladen der Skizze gibt mir jedoch den Fehler

avrdude: stk500_recv(): programmer is not responding

Ich habe beide USB-Anschlüsse ( /dev/tty.usbserial& /dev/cu.usbserial) ausprobiert, aber der gleiche Fehler bleibt bestehen. Der Arduino ist über das USB-Kabel mit einem Macbook Air verbunden, und die PWRLED-Anzeige am Arduino leuchtet auf und die LAnzeige-LED blinkt. Es gab kein Problem beim Hochladen auf einen Arduino Uno.

Wiederholt nach der Installation der neuesten FTDI-Treiber (MAC OSX, x64, v2.2.18, FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg) von http://www.ftdichip.com/Drivers/VCP.htm . Das hat aber nicht geholfen.

Was hätte schief gehen können?

Antworten:


5

Diese Fehlermeldung tritt im Grunde genommen bei Kommunikationsproblemen auf. Sie ist an sich also nicht so aufschlussreich. Der Arduino Nano soll automatisch zurückgesetzt werden, aber vielleicht funktioniert Ihr Klon nicht? In diesem Fall müssen Sie die Reset-Taste auf der Platine drücken, bevor Sie einen Upload starten.


Laut GerätebeschreibungFeatures: Automatic reset during program...
alexan_e

5
Ja, aber laut den Kommentaren auf der Amazon-Seite haben einige Leute, die dies gekauft haben, noch eine andere Klonmarke, und es scheint mir, dass eine gesunde Portion Skepsis gegenüber irgendwelchen Behauptungen in der Dokumentation angebracht ist, besonders wenn sie leicht zu haben sind mit einem Experiment verifiziert.
microtherion

Ich habe die Kommentare nicht gelesen, aber in diesem Fall haben Sie möglicherweise Recht.
alexan_e

1
Während Reset bei Kollision gerade zur richtigen Zeit arbeiten können (es kann mehrere Anläufe nehmen), mit Nano - Klonen ist es fast immer die Änderung von den offiziellen Arduino.cc Entwickler im Bootloader - Serien-Geschwindigkeit , die das Problem verursacht. Diese Antwort liefert mit
Scruss

36

Ich weiß, dass dies alt ist, aber ich bin darauf gestoßen, als ich nach Nano (V3) gesucht habe, das nicht hochgeladen wurde. Problem ist der Bootloader - Arduino IDE, ABER ich fand eine einfache Lösung (direkt unter meiner Nase).

Mir wurde klar, dass meine Nano's einwandfrei hochgeladen wurden, dann hatte ich endlich die Arduino AVR Boards von 1.6.20 auf 1.6.21 aktualisiert. Ich dachte nicht, dass es irgendwelche Probleme gab, weil es nach dem Wechsel immer noch meinen Nano und ATmega328 usw. im Board Manager zeigte.

Aber der neue Boardmanager hat eine neue ATmega328-Prozessorauswahl für den Nano. Ich änderte Prozessor: In der Arduino IDE wählen TOOLS> PROCESSOR> Pulldown - Menü aus ATmega328P zu "ATmega328P (Old Bootloader)".

Seitdem habe ich viele Programme ohne Probleme auf verschiedene Nano V3 (Prolofic Interace Chipset) hochgeladen.


@sa_leinad - Bitte ändern Sie nicht die Bedeutung der Beiträge anderer. Auf dem Plakat stand, dass sie das AVR-Board-Paket und nicht die IDE aktualisiert haben. Dieser spezielle Versionsbruch wurde an anderer Stelle gemeldet.
Chris Stratton

6
Dies hat mir jedoch geholfen, das Problem zu lösen!
Ewout

2
Die Lösung arbeitet immer noch, habe ich es auf Arduino IDE 1.8.7 Stable getestet, 1.8.8 Stunden Build (Nightly) 2018.11.05 23:59 Uhr GMT und 1.9 Beta Errichten-87 mit Arduino AVR Boards 1.6.23
Unbekannt123

Die Änderung der Bootloader wurde mit der Veröffentlichung von Arduino IDE 1.8.6 veröffentlicht: github.com/arduino/Arduino/releases/tag/1.8.6 Mehr Infos in arduino.stackexchange.com/questions/51866/... Ein ISP (oder eine andere Arduino) erforderlich , um den Bootloader zu aktualisieren: arduino.stackexchange.com/questions/66806/...
Griff

Danke, der Wechsel zu ATmega328P (Old Bootloader)hatte mir geholfen, das stk500_recv(): programmer is not responding stk500_getsync() attempt 1 of 10: not in sync: resp=0x79Problem zu lösen . Eigentlich habe ich das Gefühl, dass ich vor der Verwendung einer älteren GUI-Version diese Option standardmäßig hatte.
dma_k

4

Ich habe ein ähnliches Problem mit meinem Sainsmart Nano.

Unter dem PreferencesHäkchen "Ausführliche Ausgabe während des [x] -Uploads anzeigen" sollten Sie beim Hochladen eine rote Kurve wie die folgende erhalten:

avrdude: Version 5.11, compiled on Sep  2 2011 at 18:52:52
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf"
         User configuration file is "/Users/johannes/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/tty.usbserial-A403MRTP
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 

Sie werden eine kleine "Pause" kurz vor der ersten Zeile von bemerken avrdude: Send: 0 [30] [20]. Versuchen Sie das Hochladen erneut und halten Sie Ihren Finger auf der physischen Reset-Taste Ihres Computers bereit Nano. Drücken Sie kurz vor dem ersten avrdude: ...Erscheinen die Reset-Taste.

Wenn Sie erfolgreich sind, sehen Sie, wie sich der Bildschirm mit allem möglichen Kauderwelsch füllt und nach ein paar Sekunden so etwas beendet:

[78] . [00] S [53] h [68] o [6f] u [75] l [6c] d [64]   [20] b [62] e [65]   [20] 0 [30] x [78] 4 [34] 9 [39] D [44] 4 [34] . [00] . [01] . [00] . [00] . [00] . [02] . [00] . [03] . [00] . [04] . [00] . [00] . [00] . [00] . [00] . [e6] . [06] . [b5] . [06] n [6e] . [06] w [77] . [06] . [8c] . [06] . [9d] . [06] . [00] . [00] . [00] . [00] . [02] . [0d] . [aa] . [0d] . [95] . [0c] . [c9] . [0c] . [a9] . [0c] . [f2] . [0c] . [00] 
avrdude: Recv: . [10] 
# | 100% 3.71s

avrdude: verifying ...
avrdude: 8824 bytes of flash verified
avrdude: Send: Q [51]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 

avrdude done.  Thank you.

Dies bedeutet, dass der betreffende Arduino (oder Abschlag) vor dem Hochladen nicht automatisch zurückgesetzt wird und Sie dies manuell durch Drücken der Taste tun müssen.
Kontur

4

Ich hatte das gleiche Problem und bekam die gleiche Fehlermeldung. Es stellt sich heraus, dass diese Boards nicht mit einem vorinstallierten Bootloader geliefert werden. Wenn Sie einige Überbrückungsdrähte und ein anderes funktionierendes Arduino haben, können Sie dieses Tutorial verwenden , um den Bootloader zu installieren, und es sollte großartig funktionieren, meins zumindest! :)


3

Ich hatte vor kurzem das gleiche Problem mit 3 Nano-Boards, die ich gerade bei Amazon gekauft habe. Ich kann bestätigen, dass das vorgeschlagene Update (das zu "altem Bootloader" wechselt) mein Problem behoben hat.

Ich denke, das Hauptproblem ist die Upload-Geschwindigkeit. Die "alte Bootloader" -Version wird erfolgreich um 57600 hochgeladen, aber die Standardversion "neue" versucht, um 115200 hochzuladen, und schlägt fehl.


Ja, das war auch mein Problem. Die Erklärung finden Sie hier: arduino.stackexchange.com/a/51874/47260
Arindam

1
Dies ist nur ein Duplikat einer zuvor geposteten Antwort.
Chris Stratton

2

Ich hatte auch diese Fehlermeldung. Ich denke, dass es viele mögliche Ursachen gibt, also beeile ich mich, meinen speziellen Fall zu spezifizieren.

Ich habe einen Hackintosh mit OS X Yosemite 10.10.2, Arduino Software 1.0.6 und Funduino UNO. Das Hochladen des Beispiels für Serial.write () war zum ersten Mal erfolgreich. Danach sind die meisten Uploads fehlgeschlagen. Selbst wenn der Upload erfolgreich war, zeigte der serielle Monitor nicht immer die Ausgabe an.

Dies schien mir auf eine Fehlkommunikation am USB-Port zurückzuführen zu sein. Ich musste die Funduino wiederholt zurücksetzen, das USB-Kabel abziehen und wieder anschließen oder sogar das System neu starten. Beim erneuten Einstecken des USB-Kabels konnte es vorkommen, dass mein System einfrierte.

Durch googeln fand ich eine Lösung zu "Einstecken eines USB-Geräts lässt Mavericks 10.9.1 einfrieren". Antwort Nr. 12 auf tonymacx86.com weist Sie grundsätzlich an, GenericUSBXHCI.kext aus / System / Library / Extensions zu entfernen.

Ich freue mich, Ihnen mitteilen zu können, dass ich nach dem Entfernen dieses Kextes keine Probleme habe, das Beispiel hochzuladen und die Ausgabe zu überwachen. Da ich das USB-Kabel nicht erneut stecken muss, weiß ich nicht, ob dies mein System einfriert. Ich bin mir nicht einmal sicher, ob es ein Systemstillstand war, da mein System möglicherweise nur auf meine USB-Tastatur und -Maus nicht mehr reagiert.


2

Haben Sie daran gedacht, der IDE mitzuteilen, dass es sich bei dem Board-Typ um einen Nano handelt?

Tools-> Board=>Arduino Nano ...

Dadurch habe ich immer Zeit, zwischen meinem Nano und Uno zu wechseln.


1

Hatte das gleiche Problem und Lösung war wie folgt:

  • identifizierte mein Arduino als CH340 / ATmega168P (geschrieben auf PCB)
  • ging zu IDE und wählte aus der Liste nicht UNO, sondern "Arduino Pro oder Pro Mini"
  • Wenn diese Option ausgewählt ist, ist das neue Menü "Prozessor" verfügbar (direkt unter Boardauswahl).
  • wählte dort meinen Prozessor ATmega168P und Upload funktionierte wie ein Zauber!

Die Auswahl der Karte hängt nicht vom USB-Schnittstellen-Chip ab, sondern nur vom Prozessor und der Baudrate.
Chris Stratton

0

Ich hatte ähnliche Probleme mit zwei Gravitech US Nanos. Keine der folgenden Methoden hat bei mir funktioniert, aber die Liste sollte ziemlich vollständig sein:

  • Stellen Sie sicher, dass die neuesten FTDI-Treiber installiert sind (falls der COM-Port nicht sichtbar ist).
  • Brennen Sie den Bootloader, wenn Nanos keinen haben, z. B. mit einem dritten Nano
  • Löten Sie die Stifte 25 und 26 zusammen, um den TEST-Stift mit (A) GND zu verbinden
  • Versuchen Sie, Nano vor dem Hochladen manuell per Tastendruck zurückzusetzen

0

Die Arduino IDE Version 1.8.5 gab jedes Mal den gleichen Fehler aus, wenn ich versuchte, sie mit meinem OSEPP Nano zu verbinden. Ich habe es unter Windows 10 und unter Mac OsX mit 2 verschiedenen Nano's ausprobiert und auch versucht, auf der IDE ein Rollback auf 1.8.4 durchzuführen. Der serielle Loopback-Test wurde ebenfalls bestanden. Ich hatte das Board auf "Arduino Nano" und den Prozessor auf ATmega382P eingestellt. Ich habe sichergestellt, dass der richtige Port festgelegt wurde, da der neue Port angezeigt und ausgeblendet wurde, wenn ich den Nano einsteckte und entfernte. Ich verwende den USB-Mini-Anschluss im Nano.

Die Lösung war: Wählen Sie den Arduino / Genuino Uno und es hat funktioniert!

Jemand muss dies beheben, damit die Auswahl des Nano-Boards mit dem Nano funktioniert


0

Wenn dies nicht funktioniert, müssen Sie spi verwenden, um den Nano zu programmieren. Sie müssen die Verbindung suchen und ein Uno verwenden, da es einen seriellen Chip at16u2 mit einem Treiber hat, der alle atmel-Produkte erkennt. Nach dem Setzen von uno als Programmierer durch Flashen des uno als isp, setzen Sie den Programmierer als Arduino als isp und flashen Sie den Chip. Überprüfen. Der Vorteil ist, dass es weniger fehleranfällig ist als uart und ein besseres Timing aufweist, aber mühsam verkabelt werden muss. Viel Glück


0

Dieses Problem ist mir aufgefallen, als ich die Arduino IDE aktualisiert habe. Ich habe es gelöst, indem ich den Prozessor auf "alt" umgestellt habe

Tools-> Prozessor -> "ATmega328P (alter Bootloader)" Danke !!!!


1
Dies ist nur ein Duplikat einer Antwort, die zuvor gepostet wurde
Chris Stratton,

0

Okay. Ich hatte das selbeprogrammer is not responding Fehler auf Arduino Nano auf Atmel MEGA168PA, USB-Chip: CH340G. Macbook Pro unter macOS 10.14.2.

Es wurde Hand-Blink-Beispiel installiert und der Port war in der Liste nicht sichtbar.

Ich habe versucht herauszufinden, was falsch ist und mein Arduino Due über den Programmierport verbunden. Nach 2 Versuchen wurde die Skizze hochgeladen ... Dann habe ich den Nano wieder angeschlossen, der Port war diesmal sichtbar (eigentlich zwei davon: /dev/cu.wchusbserial14120und/dev/cu.usbserial-14120 ) und raten Sie mal, der Upload war erfolgreich!

Zauber!

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.