J'ai fait un programme génial l'autre jour et je voulais le télécharger sur mon Arduino. Après avoir cliqué sur le bouton de téléchargement, un méchant mec nommé avr est venu et m'a arrêté en disant:
avrdude: stk500_getsync (): pas synchronisé: resp = 0x00
Tout ce que je veux faire, c'est simplement télécharger mon programme, mais avr ne me le permettra pas. Il est même inintelligible, alors quelqu'un peut-il me dire ce qu'il essaye de dire et comment se débarrasser de lui?
c'est à dire:
Chaque fois que j'essaie de télécharger un programme sur mon Arduino, le message d'erreur suivant s'affiche:
avrdude: stk500_getsync (): pas synchronisé: resp = 0x00
Qu'est-ce que cela signifie et comment puis-je résoudre ce problème?
Réponses:
Ceci est dû à une erreur de connexion générique entre votre ordinateur et l'Arduino et peut résulter de nombreux problèmes spécifiques.
Voici quelques astuces qui permettent souvent de corriger cette erreur:
Tools ► Board ►
exemple, si vous utilisez le Duemilanove 328, sélectionnez-le plutôt que Duemilanove 128. Le tableau devrait indiquer quelle version il est sur la micropuce.Tools ► Serial Port ►
. Pour déterminer le port sur lequel il se trouve, procédez comme suit:Tools ► Serial Port ►
et voyez quels ports sont listés (par exemple COM4 COM5 COM14).Tools ► Serial Port ►
, et voyez quel port est apparu qui n'était pas là avant.Si aucune de ces solutions ne fonctionne, essayez d’isoler le problème en remplaçant des éléments: essayez un autre ordinateur sur le même arduino, essayez un autre arduino sur le même ordinateur et utilisez un autre câble USB.
Si le problème concerne l'ordinateur:
Si le problème est avec l'Arduino:
la source
not in sync: resp=0x00
s’agit en réalité d’un message générique "ATmega not reply". Tout ce qui pourrait empêcher l’ATmega de réagir peut le causer.Un autre correctif:
Changer
Tools->Processor->Atmega 328P
enAtmega 328P (Old Bootloader)
. Rappelez-vous que l’Processor
option n’est disponible que lorsque vous sélectionnez des Boards spécifiques àTools>Board
.Cela a fonctionné pour mon Arduino Nano avec CH340, en utilisant Arduino IDE 1.8.5 sous Linux Ubuntu 17.10. En outre, cela se produira probablement si vous utilisez IDE 1.8.9 ou plus récent et que vous obtenez un Nano ancien ou cloné.
la source
Malheureusement, cela peut également signifier que vous avez gravé votre microcontrôleur. Avez-vous fait quelque chose de dangereux juste avant d'essayer de télécharger un nouveau croquis? Le microcontrôleur fonctionne-t-il toujours, avec son esquisse précédemment chargée?
la source
Si aucune des étapes ci-dessus ne fonctionne, essayez de réinstaller Avrdude et le compilateur avr-gcc. Je devais le faire après que ma Mega ait commencé à en souffrir.
Si vous avez installé Avrdude et avr-gcc séparément, désinstallez-les simplement. sinon, vous devrez peut-être réinstaller l'IDE Arduino. Ces étapes dépendront de votre système d'exploitation.
la source
J'ai eu le même message. Chaque fois que cela a été résolu, sélectionnez le bon port, c’est-à-dire USB dans le menu Outils, puis Ports. C'est une étape simple mais j'oublie toujours. Je vais débrancher l'Arduino pour arrêter le programme actuel, le rebrancher sur mon ordinateur pour télécharger le nouveau programme et obtenir l'erreur, la panique, la malédiction, et seulement alors, souvenez-vous.
la source
Dans mon cas, je n'avais pas connecté la broche RTS de la puce FTDI à un condensateur qui allait à la broche RST de l'Arduino Pro Mini. Une fois que j'ai installé cette connexion, je n'ai plus eu l'erreur et j'ai été capable de télécharger du code.
Nick Gammon explique cela dans son forum . J'ai ajouté une photo indiquant où / comment placer le condensateur.
la source
J'ai eu exactement le même problème. J'ai essayé d'installer l'IDE sur un autre ordinateur portable et j'ai téléchargé le programme à partir de cet ordinateur portable. Problème résolu. Puis je suis revenu sur mon ordinateur portable, j'ai désinstallé l'IDE et je l'ai réinstallé. Il a commencé à fonctionner.
Cependant, je n'étais pas satisfait parce que je ne pouvais pas trouver la source du problème ... alors j'ai essayé de tout refaire de la même manière ... j'ai trouvé le problème, mais je ne suis pas sûr que cela puisse en être la cause réelle. .
Dans mon projet, je devais établir une communication en série entre arduino et MATLAB (GUI). Afin de voir / vérifier la sortie (type) des données série MATLAB (GUI), j'ai utilisé HYPERTERMINAL ainsi que VIRTUAL SERIAL PORT EMULATOR. J'ai remarqué que chaque fois que l'hyperterminal est en cours d'exécution ou que VSPE est en cours d'exécution alors que mon moniteur série est en marche, la fonctionnalité de téléchargement du programme est vissée. Je ne sais pas si c'est à cause de VSPE ou de HYPERTERMINAL, mais la réinstallation de l'IDE a fonctionné pour moi.
la source
Pour les personnes utilisant Linux Mint, j'ai découvert qu'en sélectionnant le port "TTY SO" au lieu du port "Arduino", cela fonctionnerait (je ne peux pas vous dire exactement parce que je n'ai pas cet ordinateur devant moi pour le moment). .
Puis, la prochaine fois que j'ai utilisé l'Arduino, j'ai à nouveau reçu le même message. Je suis donc revenu sur le port "Arduino" et cela a fonctionné de la sorte depuis.
Je ne suis pas aussi techniquement au courant que le reste de vous, alors je ne sais pas pourquoi cela fonctionne ni quel était le problème, mais cela a fonctionné et c'est tout ce qui m'importe. Peut-être que cela sera utile à quelqu'un.
la source
J'ai désinstallé l'IDE et les pilotes, etc., je l'ai installé à nouveau, puis j'ai exécuté l'IDE Arduino en tant qu'administrateur et configuré pour exécuter la compatibilité sous Windows 7 (j'utilise actuellement la version 10).
J'ai également changé le programmateur en AVR ISP (je ne pense pas que cela compte, mais je l'ai quand même changé).
Tout fonctionne à nouveau… espérons que cela puisse aider quelqu'un d'autre aussi.
la source
Une erreur inhabituelle, mais j’ai beaucoup échangé les microcontrôleurs et j’ai eu cette erreur quand on n’était pas assis correctement .. j’étais capable de graver plusieurs fois mais j’imagine que c’est retombé - une petite poussée à l’arrière de l'ATMega328 corrigé!
la source
Il est également possible que le contrôleur lui-même soit mal placé dans la prise de l’Arduino. Cela peut être dangereux pour le contrôleur (qui peut être zappé) mais, dans mon cas, cela n’a généré que l’erreur de désynchronisation, ce qui m’a empêché de télécharger du code.
Il suffit donc de vérifier si l'encoche sur le circuit intégré est dans la bonne direction (vous pouvez vérifier avec des images de carte en ligne). L'encoche du contrôleur de l'Uno doit pointer vers le bord de la carte.
la source
J'ai eu cette erreur aussi. C'était la première fois que j'utilisais une nouvelle carte Arduino Nano après avoir soudé des en-têtes. Juste en tirant le Blink Sketch, rien n’était connecté au tableau.
J'ai trouvé un peu de soudure entre les broches GROUND et RESET. Je l'ai choisi et ensuite je pourrais télécharger ok.
Je suppose que cela pourrait arriver si vous aviez le même court-circuit sur un circuit quelque part.
la source
Je viens d'avoir cette même erreur avec un tout nouveau Mini Pro. Étant donné que le programme de clignotement par défaut fourni avec la plupart des Arduino est en cours d’exécution, je sais que cet appareil fonctionne probablement bien.
J'ai donc inspecté les en-têtes que je viens de souder une fois de plus et constaté qu'il n'y avait pas assez de soudure sur les broches TX0. Après avoir ressoudé tous les travaux.
la source
Après de nombreux débranchements, vérification des ports, redémarrage de IDE, etc. Le problème qui semblait faire toute la différence pour corriger cette erreur avec Arduino Mega 2560 était de désinstaller le pilote Windows USB Arduino, puis de le réinstaller à l'aide du pilote ici et de le sélectionner manuellement dans la liste> ports com> arduino http://drivers.softpedia.com/get/Other-DRIVERS-TOOLS/Autres/Arduino-Mega-2560-USB-Driver-1110-for-Windows-7-64-bit.shtml Je peux avoir testé sur mon uno puis de retour sur le méga donc il y a une petite chance de parler à l'uno rendu AVRDUDE heureux mais peu probable.
la source
Lorsque je rencontre un problème de téléchargement sur mes forums, je télécharge un programme différent, tel que l'exemple de clignotement. Cela semble réinitialiser quelque chose et je peux ensuite télécharger mon propre programme (qui est assez volumineux).
Cela vaut peut-être la peine d’essayer de voir si cela fonctionne dans votre cas, bien que je ne sache pas pourquoi cela fonctionne.
la source
J'ai eu un problème similaire avec mon conseil d'administration Uno
Essayé de nombreuses méthodes
mais tout ce qui précède a échoué.
J'utilise Ubuntu 16.04.4 LTS
4.15.0-33-generic
(en écrivant ce commentaire). Le module CDC ACM n’a pas été chargé. Par conséquent, aucun/dev/ttyACM0
périphérique n’a été créé pour effectuer la sélection.Arduino IDE -> Tools -> Port
Par conséquent, récupérez le nom du module et chargez-le.
La commande ci-dessus insérera le module requis. Maintenant je peux choisir le bon port et télécharger le code
Sur différentes solutions, cela a fonctionné pour moi, espérons que cela aidera aussi quelqu'un.
la source
Je l'ai résolu en mettant à jour les tableaux (sous "administrateur")
la source
J'ai rencontré le même problème pour certains codes aujourd'hui et je l'ai résolu comme suit:
1- J'ai d'abord exécuté un code clignotant de base. Cela a donné la même erreur. Cela confirme que l'erreur est dans le téléchargement et n'a rien à voir avec la compilation. J'ai également vérifié que mon code compilait bien.
2- J'ai pris une autre carte, mais ça fonctionnait bien sur ce PC. Cela signifie que l'ordinateur et le câble USB sont en bon état.
3- J'ai connecté la carte défectueuse à un autre PC et, étonnamment, aucune erreur de ce type n'a été détectée lors du téléchargement. Cela m'a donné un indice sur les problèmes de pilote dans le premier PC.
4- J'ai donc désinstallé le pilote et l'ai réinstallé sur le premier PC en le téléchargeant à partir d' ici
(assurez-vous de garder votre carte connectée au PC lors de l’installation du pilote depuis ce lien)
Cela a bien fonctionné maintenant :-)
la source
J'ai eu cette erreur dans mon ordinateur portable Linux Mint 17.3 avec Arduino Nano avrdude: stk500_getsync (): pas synchronisé: resp = 0x00
Résolu:
Il semble que le "Vieux chargeur de démarrage" était le truc dans ce cas. J'ai maintenant les deux versions 1.1.0 et 1.8.7, peu importe.
la source