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

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?

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.

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.

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.

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! :)

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.

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.

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.

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!

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

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

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

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 !!!!

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!