Le téléchargement Arduino Nano donne une erreur: avrdude: stk500_recv (): le programmeur ne répond pas

19

J'ai un Arduino Nano (Sainsmart) sur lequel j'essaie de télécharger un croquis. Sous l'IDE Arduino, l'appareil sélectionné était Arduino Nano w/ ATmega328.

Cependant, le téléchargement du croquis me donne l'erreur

avrdude: stk500_recv(): programmer is not responding

J'ai essayé les deux ports USB ( /dev/tty.usbserial& /dev/cu.usbserial) mais la même erreur persiste. L'Arduino est connecté à un Macbook Air via le câble USB, et le PWRvoyant LED de l'Arduino est allumé et le Lvoyant LED clignote. Il n'y a eu aucun problème de téléchargement sur un Arduino Uno.

Réessayé après l'installation des derniers pilotes FTDI (MAC OSX, x64, v2.2.18, FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg) depuis http://www.ftdichip.com/Drivers/VCP.htm . Mais cela n'a pas aidé.

Qu'est-ce qui aurait pu mal tourner?

Nyxynyx
la source

Réponses:

5

Ce message d'erreur apparaît essentiellement pour tout problème de communication, donc en soi, ce n'est pas si instructif. L'Arduino Nano est censé avoir une réinitialisation automatique, mais peut-être pas votre clone? Dans ce cas, vous devez appuyer sur la touche de réinitialisation du tableau juste avant de commencer un téléchargement.

microtherion
la source
Selon la description de l'appareilFeatures: Automatic reset during program...
alexan_e
5
Oui, mais selon les commentaires sur la page Amazon, certaines personnes qui ont acheté ce produit ont encore une autre marque de clone, il me semble donc qu'une bonne dose de scepticisme à propos de toute allégation dans la documentation est de mise, surtout si elles peuvent facilement être vérifié avec une expérience.
microtherion
Je n'ai pas lu les commentaires mais dans ce cas, vous avez peut-être raison.
alexan_e
1
Tout en frappant remis à zéro à tout le travail peut de temps droit (il peut prendre plusieurs essais), avec des clones Nano il est presque toujours le changement de vitesse bootloader série par les développeurs arduino.cc officiels qui est à l' origine du problème. Cette réponse est plus susceptible de produire un résultat fiable: Outils → Processeur → ATmega328P (Old Bootloader)
scruss
36

Je sais que c'est vieux mais je l'ai rencontré lors de ma recherche pour que Nano (V3) ne télécharge pas, alors la pensée pourrait aider quelqu'un d'autre. Le problème est le chargeur de démarrage - IDE Arduino MAIS j'ai trouvé une solution facile (juste sous mon nez).

J'ai réalisé que mes nano téléchargeaient très bien, puis j'avais finalement mis à jour les cartes Arduino AVR de 1.6.20 à 1.6.21. Je ne pensais pas qu'il y avait de problème car cela montrait toujours mon Nano et ATmega328 etc. dans le gestionnaire de carte après le changement.

Mais le nouveau gestionnaire de cartes a un nouveau choix de processeur ATmega328 pour le Nano. J'ai changé processeur: Dans le sélectionner IDE Arduino TOOLS> PROCESSOR> menu déroulant de ATmega328P à "ATmega328P (Old Bootloader)".

Depuis lors, j'ai téléchargé de nombreux programmes vers plusieurs différents Nano's V3 (Chipset d'interface Prolofic) sans problème.

Goofy Brained
la source
@sa_leinad - veuillez ne pas changer la signification des messages des autres. Ce que l'affiche a dit avoir mis à jour, c'était le paquet de cartes AVR, pas l'IDE. Ce saut de version spécifique a été signalé ailleurs.
Chris Stratton
6
Cela a cependant aidé à résoudre le problème pour moi!
Ewout
2
La solution fonctionne toujours, je l'ai testée sur Arduino IDE 1.8.7 Stable, 1.8.8 Hourly Build (Nightly) 2018/11/05 23:59 GMT et 1.9 Beta Build-87 avec Arduino AVR Boards 1.6.23
Unknown123
Le changement dans les chargeurs de démarrage a été rendu public avec la sortie d'Arduino IDE 1.8.6: github.com/arduino/Arduino/releases/tag/1.8.6 Plus d'infos dans arduino.stackexchange.com/questions/51866/… Un FAI (ou un autre Arduino) est nécessaire pour mettre à jour le chargeur de démarrage: arduino.stackexchange.com/questions/66806/…
gérer le
Merci, le passage à ATmega328P (Old Bootloader)m'a aidé à résoudre le stk500_recv(): programmer is not responding stk500_getsync() attempt 1 of 10: not in sync: resp=0x79problème. En fait, j'ai le sentiment qu'avant d'utiliser une ancienne version de GUI qui avait cette option par défaut.
dma_k
4

Ayant un problème similaire avec mon Sainsmart Nano.

Sous la Preferencescase "Afficher la sortie détaillée pendant le téléchargement [x], puis lors du téléchargement, vous devriez obtenir une trace rouge comme celle-ci:

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] 

Vous remarquerez une petite "pause" juste avant la première ligne de avrdude: Send: 0 [30] [20]. Essayez de télécharger à nouveau et ayez le doigt prêt sur le bouton de réinitialisation physique de votre Nano. Juste au moment où le premier avrdude: ...apparaît, appuyez sur le bouton de réinitialisation.

Lorsque vous réussissez, vous verrez l'écran se remplir de toutes sortes de charabia et terminer quelque chose comme ça après quelques secondes:

[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.
kontur
la source
Cela signifie que l'Arduino (ou knock-off) en question ne se réinitialise pas automatiquement avant le téléchargement et vous devez le faire manuellement en appuyant sur le bouton.
kontur
4

J'avais le même problème et j'ai reçu le même message d'erreur. Il s'avère que ces cartes ne sont pas fournies avec un chargeur de démarrage préinstallé. Si vous avez des cavaliers et un autre arduino fonctionnel, vous pouvez utiliser ce tutoriel pour installer le chargeur de démarrage et cela devrait très bien fonctionner, le mien l'a fait au moins! :)

violoncelle électrique
la source
3

J'ai récemment eu le même problème avec 3 cartes Nano que je viens d'acheter chez Amazon. Je peux confirmer que le correctif suggéré (en changeant pour "ancien chargeur de démarrage") a résolu mon problème.

Je pense que le principal problème est la vitesse de téléchargement. La «vieille version du chargeur de démarrage» se télécharge avec succès à 57600, mais la «nouvelle» version par défaut essaie de se télécharger à 115200 et échoue.

Curtg
la source
Oui, c'était aussi mon problème. Trouvé l'explication ici arduino.stackexchange.com/a/51874/47260
Arindam
1
Ceci est juste un doublon d'une réponse précédemment publiée.
Chris Stratton
2

J'ai également eu ce message d'erreur. Je pense qu'il existe de nombreuses causes possibles, donc je m'empresse de préciser mon cas particulier.

J'ai un hackintosh avec OS X Yosemite 10.10.2, le logiciel Arduino 1.0.6 et Funduino UNO. Le téléchargement de l'exemple pour Serial.write () a réussi la première fois. Par la suite, la plupart des téléchargements ont échoué. Même lorsque le téléchargement a réussi, le moniteur série n'affiche pas toujours la sortie.

Cela m'a semblé être dû à une mauvaise communication sur le port USB. J'ai dû réinitialiser à plusieurs reprises le funduino, débrancher et rebrancher le câble USB ou même redémarrer le système. Lors du branchement du câble USB, mon système se bloquait parfois.

En recherchant sur Google, j'ai trouvé une solution pour "L'insertion d'un périphérique USB provoque le gel de Mavericks 10.9.1". La réponse n ° 12 sur tonymacx86.com vous demande essentiellement de supprimer GenericUSBXHCI.kext de / System / Library / Extensions.

Je suis heureux d'annoncer qu'après avoir supprimé ce kext, je n'ai aucun problème à télécharger l'exemple et à surveiller la sortie. Parce que je n'ai pas besoin de rebrancher le câble USB, je ne sais pas si cela résout le gel de mon système. Je ne suis même pas sûr que ce soit un gel du système, car mon système peut ne plus répondre à mon clavier et à ma souris USB.

Jan E. Jonker
la source
2

Avez-vous pensé à dire à l'IDE que le type de carte est un Nano?

Tools-> Board=>Arduino Nano ...

Cela me donne toujours le temps de permuter entre mon Nano et Uno.

Kingsley
la source
1

Avait le même problème et la solution était la suivante:

  • identifié mon arduino comme CH340 / ATmega168P (écrit sur PCB)
  • allé à IDE et choisi dans la liste non pas UNO mais "Arduino Pro ou Pro Mini"
  • lorsque cette option est sélectionnée, le nouveau menu sélection "Processeur" est disponible (juste sous sélection de la carte)
  • J'ai sélectionné mon processeur ATmega168P et le téléchargement a fonctionné comme un charme!
Radovan Rodak
la source
La sélection de la carte ne dépend pas de la puce d'interface USB, uniquement du processeur et de la vitesse de transmission.
Chris Stratton
0

J'ai eu des problèmes similaires avec deux Gravitech US Nanos. Aucune des méthodes suivantes n'a fonctionné pour moi, mais la liste devrait être assez exhaustive:

  • assurer les derniers pilotes FTDI (applicables si le port COM n'est pas visible)
  • graver le chargeur de démarrage si les nanos n'en ont pas, par exemple en utilisant un 3ème nano
  • souder les broches 25 et 26 ensemble pour attacher la broche TEST à (A) GND
  • essayez de réinitialiser manuellement Nano en appuyant sur le bouton juste avant le téléchargement
andig
la source
0

L'Arduino IDE version 1.8.5 a donné la même erreur chaque fois que j'ai essayé de le connecter à mon OSEPP Nano. Je l'ai essayé sur Windows 10 et sur Mac OsX avec 2 Nano différents et j'ai également essayé de revenir à 1.8.4 sur l'IDE. Le test de bouclage en série a également réussi. J'ai réglé la carte sur "Arduino Nano" et le processeur sur ATmega382P. J'ai veillé à ce que le bon port soit défini car je pouvais voir le nouveau port apparaître et disparaître lorsque je branchais le Nano et le retirais. J'utilise le mini-connecteur USB du Nano.

La solution était: choisissez l'Arduino / Genuino Uno et cela a fonctionné!

Quelqu'un doit résoudre ce problème afin que la sélection de la carte Nano fonctionne avec le Nano

JTK
la source
0

Si cela ne fonctionne pas, vous devrez utiliser spi pour programmer le nano. Vous devrez rechercher la connexion et utiliser un un car il possède une puce série at16u2 avec un pilote qui reconnaît tous les produits atmel. Après les connexions, définissez uno en tant que programmeur en faisant clignoter l'uno en tant que FAI, définissez le programmeur sur Arduino en tant que FAI et flashez la puce. Revérifier. L'avantage est qu'il est moins sujet aux erreurs que l'uart et a un meilleur timing mais est un tracas à câbler. Bonne chance

JKing
la source
0

Ce problème m'est apparu lorsque j'ai mis à niveau l'IDE Arduino. Je l'ai résolu en changeant le processeur en "ancien"

Outils-> Processeur -> "ATmega328P (ancien chargeur de démarrage)" merci !!!!

user3739283
la source
1
Ceci est juste un doublon d'une réponse précédemment publiée
Chris Stratton
0

D'accord. J'ai eu la même programmer is not respondingerreur sur Arduino Nano sur Atmel MEGA168PA, puce USB: CH340G. Macbook Pro sous macOS 10.14.2.

Il donne l'exemple de Blink installé et le port n'était pas visible dans la liste.

J'essayais de comprendre ce qui ne va pas et j'ai connecté mon Arduino Due via le port de programmation. Après 2 tentatives, le croquis a été téléchargé ... Puis j'ai connecté le Nano en arrière, le port était visible cette fois (en fait deux d'entre eux: /dev/cu.wchusbserial14120et /dev/cu.usbserial-14120) et devinez quoi, le téléchargement a été réussi!

La magie!

kelin
la source