Sketch Arduino de téléchargement problème - avrdude: stk500_recv(): programmeur n'est pas de répondre
J'ai un Arduino Duemilanove avec un Atmega 328. Je travaille sur Ubuntu 12.04, et l'IDE Arduino version 1.0. Récemment, j'ai essayé de télécharger quelques-uns de ces croquis sur elle, comme le Clin d'oeil un. Cependant, aucune de mes tentatives sont de travail et qu'ils mènent dans la même erreur à chaque fois que j'essaie ça:
avrdude: stk500_recv(): programmeur n'est pas de répondre.
J'ai activé /dev/ttyUSB0
dans Outils -> Port Série. J'ai également sélectionné le bon conseil (Duemilanove avec Atmega 328) à partir de la liste. Pourtant, je ne suis pas en mesure de résoudre le problème. J'ai cherché en ligne et aucune des autres réponses à ce problème semble être de travailler pour moi. Pourquoi je rencontre ce problème et comment le résoudre?
J'ai aussi essayé de retourner à bord de l'Atmega et le montage dans l'autre sens. Maintenant, je rencontre pas de problèmes de téléchargement, mais rien ne se passe par la suite. Onboard LED ne semble pas être à clignoter.
- Débranchez la TVD de GND sur la carte Arduino uno conseil d'administration. J'ai suivi ce tutoriel et j'ai oublié d'ANNULER cela.
- Ce pourrait être parce que le taux de transmission est réglée à une mauvaise (trop haute) valeur.
Vous devez vous connecter pour publier un commentaire.
J'ai eu ce problème avec un Crowduino, l'exécution de l'IDE Arduino sur OSX. La solution pour moi a été de passer des commentaires de sortie pendant le téléchargement (dans l'IDE arduino panneau de préférences).
Puis, lors du téléchargement, vous pouvez voir avrdude l'envoi de trois paquets
avrdude: Send: 0 [30] [20]
(correspondant RX clignote sur la carte) juste avant laavrdude: ser_recv(): programmer is not responding
erreur.L'astuce est de frapper le bouton de réinitialisation sur le conseil immédiatement avant ces trois paquets sont envoyés. Ensuite, le programme sera téléchargé avec succès.
Assurez-vous qu'il n'y a pas d'entrée sur le Tx/Rx pins, puis il va travailler.
Je sais que c'est un vieux post, mais il y a certains vaudou-parler dans les réponses ici entre de bonnes idées, nous allons essayer d'être un peu plus réaliste au sujet de ce qui se passe et de résumer les bonnes choses à vérifier:
En gros, quand ça arrive, c'est une bonne idée pour activer le mode verbose pour
avrdude
, pour avoir une meilleure idée de ce qui se passe. Pour ce faire, il vous suffit d'aller dans les préférences et cochez la mode verbose boîte. C'est aussi une bonne idée de s'éloigner de l'IDE arduino, et le lancement d'une console pour être plus à l'aise à la lecture deavrdude
sortie de l', que vous obtiendrez en cliquant sur leupload
bouton.Ce qui est important ici de mettre 3 ou 4
-v
à l'appel à la commande. Voici comment ressemble à avrdude commandes, avec les paramètres qu'ils sont totalement dépendants de la façon dont l'Arduino a été installé:Un bon moyen pour obtenir la bonne ligne de commande à utiliser est de les copier à partir de la sortie commentée de l'IDE Arduino journal de sortie lorsque le niveau de verbosité a été activée.
Lorsque vous obtenez
avrdude: stk500_recv(): programmer is not responding
, il signifie que quelque chose de mal qui se passe, avant le clignotement commence réellement. Fondamentalement, vous avez à vérifier (de matériel, de logiciels, de niveau faible à élevé):Rx
etTx
(généralement broches1
et0
) ;1
et0
les broches de l'Arduino ne sont pas utilisés par un bouclier ou design personnalisé (/!\
ne s'applique pas à la leonardo comme il est indépendant USB de manutention) ;FTDI
sur les anciens duemilanove ouAtmega16U2
sur les nouveaux Unos) ;généralement le
avrdude -v -v -v -v
peut aider beaucoup à trouver à quel stade de développement est un échec. Si il ne peut pas effectuer de connexion USB (le câble à défaut, USB/UART, PCB...), ou c'est un problème de bootloader.J'ai peur que si vous inversez la position de l'atmega, et alors il ne fonctionne pas, le fait que vous avez placé la source d'alimentation sur les broches numériques peuvent avoir brûlé de votre puce.
avrdude: no programmer has been specified on the command line or the config file Specify a programmer using the -c option and try again
avrdude -v -v -v -v -C/etc/avrdude.conf -patmega328 -carduino -P/dev/ttyACM0 -U flash:w:~/Arduino/WebServer/WebServer.ino.standard.hex
-c
vous précisent le type de programmeur outil que vous utilisez comme paramètre (arduino
direct ouavrisp
,jtagice
etc. si vous en avez un de ceux-ci). C'est dans le manuel deavrdude
😉J'ai eu le même problème – c'est pourquoi je trouve cette Question.
Je n'avais qu'à changer le Processeur de “ATmego328P” à “ATmego328P (Ancien Bootloader)”
Problème résolu – au moins pour moi.
Essayer de voir si votre conseil d'administration a été sélectionné correctement. Cliquez sur le menu Outils --> Conseil et de vérifier si le bon conseil est de choisir.
Vous pouvez vérifier si vous avez des fils de saut branché sur la broche 0 et 1. ces broches sont utilisées pour la communication série et branché les fils peuvent empêcher le code de l'être téléchargé sur le conseil d'administration.
Si rien n'est branché, il peut-être un bug avec
avrdude
, vous pouvez essayer de le mettre à jour.Espère que cela aide! 🙂
avrdude
est également mis à jour et la version la plus récente.Serial.println()
exemple pour vérifier si ce n'est pas seulement leled 13
.J'ai rencontré ce problème, et je l'ai résolu en réinstallant USB pilote de série. Pls voir aussi:http://arduino.cc/en/Guide/Howto et http://www.ftdichip.com/Drivers/VCP.htm
D'erreur ci-dessus est disponible en 3 étapes
J'ai résolu le problème sur OS X Yosemite 10.10 suivant ces instructions:
http://www.mommosoft.com/blog/2014/10/24/ftdi-chip-and-os-x-10-10/
Cependant l'astuce proposé par hoipolloi de travail solution de contournement temporaire, sur cette version.
J'ai eu le même. Lors de ma première tentative de l'Arduino UNO.
Ma solution était assez simple. Juste débrancher puis de rebrancher le câble usb. Espérons que cela fonctionne pour vous.
Sur Windows 7, j'ai eu ce problème plusieurs fois, chaque fois avec différents messages d'erreur. Fondamentalement, l'IDE est l'envoi au mauvais port. Pour résoudre ce problème, il suffit d'aller dans "Outils" -> "Ports" -> [sélectionnez le port COM que votre conseil d'administration est sur].
Assurez-vous de faire de votre conseil d'administration du port:
1) Démarrez le gestionnaire de périphériques
2) assurez-vous que votre Arduino pilote est répertorié dans le port correspondant de votre IDE les paramètres de port (mentionné ci-dessus)
3) Mon conseil est inscrite sous le port
COM1
. Si vous le souhaitez, vous pouvez simplement changer le port dans le pilote de l'paramètres avancés:J'ai ce problème sur mon Arduino fonctionne sur Mac aussi. Il arrive sur deux de mes Arduinos (Un Arduino Uno et un Arduino Pro connecté avec FTDI).
Pour le Uno, je brancher le câble jusqu'à mon ordinateur et appuyez sur télécharger, puis commencer à compter jusqu'à ce que le "TX" clignote. Ensuite, répétez le télécharger, mais juste avant le TX LED clignote, frapper le bouton de réinitialisation et le téléchargement réussit.
Plus tard, j'ai déterminé que le fait de changer le câble USB résolu ce problème.
Tout d'abord, assurez-vous que /dev/ttyUSB0 œuvres. E. g. branchez la souris et vérifier qu'il fonctionne.
Ensuite, essayez de sélectionner d'autres conseil. Il est souvent que les non-planches originales ne sont pas reconnus correctement sous leurs noms.
Troisièmement, essayez d'appuyer sur le bouton réinitialiser manuellement pendant le chargement de l'esquisse. Probablement le réarmement automatique est cassé.
J'ai résolu un problème dans mon cas, en téléchargeant et en installant anciens FDTM pilotes de ici.
Essayez d'installer
FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg
, puis re-démarrage de l'Arduino.Juste pensé que je ferais remarquer que ma nouvelle marque de
Arduino Uno Rev3 conseil utilise les éléments suivants
Pilote LInux:
Ceci est connu comme la:
CONFIG_USB_ACM:
option dans la plus récente de LInux 3.x du noyau.Ce dispositif vient ensuite comme:
/dev/ttyACM0
ou similaire.j'ai donc trouvé la cause de ce...
Changer mon port série /dev/tty.usbmodem2131 il fixe. S'avère que j'ai été en utilisant le mauvais port série tout ce temps!
Vous pouvez essayer:
serial.debug_rate=9600
juste pensé que je pourrais ajouter dans une solution qui a fonctionné pour moi en cours d'exécution sur un mac pro (pro)
J'avais la même erreur et il s'avère que c'est parce que j'ai eu l'USB connecté à un périphérique (mon moniteur) plutôt que sur un USB sur le PC lui-même. Arrêté toute erreur immédiatement, la solution la plus simple.
Cette combinaison des réponses ci-dessus ont résolu le problème pour moi:
effectué la mise à jour java:
sudo apt-get install default-jdk
ensuite tué l'IDE arduino et redémarré
corriger mon conseil maintenant manifesté (arduino Mega 2560, où avant de Mega 1280 était uniquement en option)
pour les pilotes, j'ai fait ça:
sudo chmod a+rw /dev/serial/by-id/usb-Arduino__www.arduino.cc__(a bunch of numbers)
après cela, mon arduino IDE montre
/dev/ttyACM0
dans les outils/port série menuMaintenant, tout fonctionne très bien!
Merci @hoipolloi pour la bonne direction pour trouver la solution. De toute façon, j'ai dû faire un peu différentes étapes pour résoudre le problème.
J'mon cas, l'ONU avait fonctionné, mais a soudainement cessé de après quelques de jouer avec des croquis. J'ai reçu le
stk500_recv(): programmer is not responding
tout le temps et rien n'a fonctionné. Puis j'ai remarqué que la LED 13 est toujours SUR mon conseil. Il ressemblait à une dur en boucle esquisse a été en cours d'exécution plus et plus sur le conseil d'administration et a été le blocage de l'entrée au conseil d'administration. Pas sûr, c'est juste mon gues.J'ai essayé en cliquant sur la remise à zéro de tous les instants, sans un peu de chance et soudain essayé les étapes suivantes:
Après ce que j'ai remarqué le bord 13 LED éteint pendant une seconde, puis se tourna à nouveau. Il a regardé comme il y avait une courte fenêtre de réinitialisation lorsque le conseil est en fait en cours de réinitialisation. Alors que dans la @hoipolloi la solution que j'ai attrapé le moment de "reset" juste avant le 3 paquets sont envoyés et que travaillé.
Espérons que cela va vous aider à comprendre le problème si aucune des autres solutions fonctionne.
ASTUCE. Si vous ne voyez pas les trois
Send: 0 [30] [20]
lignes lors du téléchargement de l'esquisse dans votre console, procédez de la manière suivante:E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CE:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i
-CE:\Program Files...
. Il devrait être-C E:\Program Files
. Copiez le présent comme dans le bloc-notes, ajouter des espaces manquants pour rendre la ligne présente:E:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -v -v -v -v -C "E:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf" -patmega328p -carduino -PCOM3 -b115200 -D -U flash:w:C:\Users\Sergey\AppData\Local\Temp\build44ca75bc60fd83cc8ef41e35d4d83388.tmp/sketch_sep07a.ino.hex:i
-v
instructions comme je l'ai fait ci-dessus.Maintenant, vous verrez beaucoup plus détaillé grâce à 4
-v
arguments. À l'origine, Arduino Studio utilise seulement un.Avez-vous tout ce qui est connecté à la
RESET
sur la broche de l'Arduino?J'ai rencontré ce problème avec un écran LCD graphique, qui avait besoin de la connexion à la
RESET
Pin. Débrancher le cavalier entre l'écran LCD et leRESET
broche en téléchargeant le code fixe pour moi, tout ce que vous avez à faire est de se reconnecter une fois que le code est terminé le téléchargement.Je poste ceci car je n'ai pas trouvé de réponse ailleurs.
Tout mon Arduino nano chinois (CH340) clones eu ce problème après la mise à niveau de l'IDE Arduino pour 1.8.9. Ce qui a fonctionné pour moi a été d'utiliser une pièce de rechange officielle Arduino Uno que j'ai graver le bootloader sur les défauts des nanos à l'aide de l'ICSP en-têtes sur le nano. Pour tout cela je n'ai fait que suivre les instructions ici: chinois-clone-de-arduino-nano-avec puce-ch340g-how-to-fix-it. La SEULE chose que j'ai fait différemment était toujours réglée à la "Vieille Bootloader" option comme dit précédemment dans ce fil. Sauf que j'ai complètement suivi les instructions sur ce lien et de le sauvé mes nanos à partir de ce problème ennuyeux. J'espère que cela aide quelqu'un là-bas.
Avez-vous installer/mettre à jour le pilote pour le câble FTDI? (Étape trois sur http://arduino.cc/en/Guide/Howto). L'exécution de l'Arduino IDE de mon Raspberry Pi a bien fonctionné, sans explicitement l'installation des pilotes (soit ils ont été pré-installé ou l'IDE Arduino programme d'installation a pris soin d'elle). Sur mon Mac, ce n'était pas le cas et j'ai dû installer les pilotes du câble en plus de l'IDE.
J'ai juste passé quelques heures sur ce même problème... ça se passe ici "http://www.ftdichip.com/Drivers/VCP.htm", téléchargez les derniers pilotes et de redémarrer. Devrait fonctionner très bien après. J'ai aussi téléchargé un tous les soirs de la carte Arduino logiciel, mais je ne suis pas beau gosse qui a fait une différence.
J'ai eu le même problème et l'a résolu moi-même.
Première:
J'ai un (OSEPP UNO r3 PLUS). C'est une carte Arduino UNO REV 3 faite par OSEPP.
Je viens d'acheter un OSEPP Moteur et le Servo-contrôleur de bouclier. Je viens de moteurs de travail et puis je suis tombé sur la même erreur. avrdude: stk500_recv(): programmeur n'est pas de répondre.
Je suppose alors qu'il était connecté, il fait d'affecter un nouveau port série. Trouvé dans le programme arduino sous "Outils > Serial Port". Je viens de resélectionnés l'une relative à l'ONU et bam, problème résolu.
J'espère que ça aide quelqu'un.
J'ai eu le même problème avec l'arduino Due, la plupart de la solution proposée ne fonctionne pas. la L LED est constamment sur. Mon problème a été résolu par unistalling l'IDE et de la cueillette de la version expérimentale 1.5.8, puis dans le conseil, j'ai choisi l'option du bas Arduino Due (port de programmation) bien sûr, vous devez connecter la clé usb sur le port de programmation trop.
Cela pourrait être retardé, mais il m'a frappé: assurez-vous que votre câble USB (sur le côté Arduino) est correctement connecté (entièrement connecté). Assurez-vous que le périphérique a été détecté comme décrit ici (pour Windows): https://stackoverflow.com/a/26913070/3361975
J'ai essayé de connecter mon servo à l'arduino 5V broche, carie du processeur et c'est pourquoi j'ai eu cette panne
avrdude: stk500_recv(): programmeur n'est pas de répondre
Solution: acheter de nouveaux arduino et externe 5V alimentation du servo.
Essayez de charger un programme de sans -b (le débit en bauds de l'option). Dans ~/.arduino15/preferences.txt jeu de construction.verbose=true, lorsque l'arduino.cc n'est pas en cours d'exécution. Dans la sortie détaillée, vous trouverez le fichier hex qui vous devez charger à partir d'une console:
Je viens de remplacer la puce de 128 avec la 328 de la version et de Decimile de mon conseil d'administration a changé de nom pour Uno Ethernet ou en raison de la nouvelle vitesse en bauds 115200.
Si vous vous connectez à votre Arduino via un Concentrateur USB, essayez de le connecter directement à un des ports USB sur le Mac à la place.
Ce qui a fonctionné pour moi.
J'ai dû sélectionner corriger conseil. Aller à Outils->Conseils->Arduino Nano par exemple.
Pour moi, c'était aussi simple que la mise à la droite ports.
Après ce que mon programme a fonctionné correctement
Dans mon cas, le problème a été soulevé lorsque j'ai essayé de faire quelques "bizarre" expressions arithmétiques
eg (3.14/4)/5 ou 3,15%2.55
Donc, je vous suggère de vérifier toutes les expressions arithmétiques dans le cas où certains d'entre eux ne peut pas être calculé par l'Arduino.
Espère que cela aide.
Dans mon cas (Mini Pro), la solution était si simple, pas sûr de savoir comment j'ai manqué.
J'avais besoin de crossover rx/tx fils.
Solution:
Pour mon cas c'était le mauvais débit en bauds. Il appelle cette commande:
Comme vous pouvez le voir, le taux de transmission est réglée à 57600. Lorsque vous supprimez cet argument (-b57600) et l'exécuter en ligne de commande, il fonctionne très bien.
Êtes-vous sûr que rien d'autre n'est à l'aide de votre connexion? J'ai eu le même problème et, après quelques heures de recherche, j'ai trouvé que ma cause était différent. En fait, j'ai dû tuer une tâche lancé par un script python qui utilise la connexion série. Dans mon cas, cela a très bien fonctionné:
Cette volonté de tuer sans ménagement - le courant de python processus.