Go Down

Topic: [RESOLU] arduino uno : avrdude: stk500_recv(): programmer is not responding (Read 35239 times) previous topic - next topic

chesnel

#15
Nov 10, 2011, 02:29 pm Last Edit: Nov 10, 2011, 02:36 pm by chesnel Reason: 1
je pensais avoir fait correctement la manip de reset en DFU quand j'ai refais la manipulation total. Eh bien on dirait que non ! :D Donc un TRES GROS merci à toi Skywodd. J'ai réussi à faire le reset et réinitialiser l'arduino !

Donc pour ceux qui tomberais sur ce post, je remet le lien de la manipulation pour corrigé l'erreur avrdude : stk500_recv();

http://arduino.cc/en/Hacking/DFUProgramming8U2 (google translate : http://translate.google.fr/translate?hl=fr&ie=UTF8&twu=1&u=http://arduino.cc/en/Hacking/DFUProgramming8U2)

IMPORTANT : NE PAS RETIRER LA RÉSISTANCE DE 10K SOUDÉ

Encore un gros merci pour avoir sauvé mon arduino, en plus tu fais commencer ma journée en beauté :)


skywodd

ya pas de quoi :smiley-mr-green:

(/me captain obvious skywodd s'envole sauver d'autre arduino en détresse)

:smiley-mr-green:
Des news, des tutos et plein de bonnes choses sur http://skyduino.wordpress.com !

Larroque

Bonjour,

j'ai trouvé (par hasard !) une manière simple de surmonter le problème du blocage "arduino uno : avrdude: stk500_recv(): programmer is not responding"

Ce problème s'est produit avec mon iMac. J'ai d'abord fermé l'appli Arduino.

Puis j'ai connecté ma carte Uno à un vieux portable tournant sous Windows. J'ai téléversé un programme simple (Blink)
 
puis j'ai rebranché ma carte sur l'iMac. Miracle, le téléversement s'est remis à fonctionner !

Il faut croire que ce changement avait réinitialisé ce qu'il fallait...

En espérant que ceci servira à quelqu'un,

amitiés d'un débutant (c'est mon premier post)

pcorgier

Pour ma part, j'ai eu ce problème après avoir utilisé un programmateur (USBASP) pour téléverser mon application.

Dans ce cas, le programme résident sur l'arduino et qui discute avec le chargeur USB (le bootloader) est écrasé par l'application ==> à partir de ce moment, le transfert par USB n'est plus possible et le message "avrdude: stk500_recv(): programmer is not responding" survient, alors même que l'application sur l'arduino communique sans problème par le port USB.

Il suffit de rebrancher le programmateur sur l'arduino puis Outil->Graver la séquence d'initialisation
Après cela, les transferts par l'USB fonctionnent.

==> Il s'agit d'un des cas causant ce message - à noter

nicodelion

Bonjour,

désolé de me greffer à ce post sur arduino uno, mais j'ai le même problème avec un arduino nano v3.0 avec ce message d'erreur :

Arduino : 1.6.6 (Windows 10), Carte : "Arduino Nano, ATmega328"

Le croquis utilise 1 288 octets (4%) de l'espace de stockage de programmes. Le maximum est de 30 720 octets.
Les variables globales utilisent 15 octets (0%) de mémoire dynamique, ce qui laisse 2 033 octets pour les variables locales. Le maximum est de 2 048 octets.
C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM7 -b57600 -D -Uflash:w:C:\Users\user\AppData\Local\Temp\buildecf7560763410b5824f8b96ab7a5463f.tmp/Fade.ino.hex:i

avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM7
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xde

avrdude done.  Thank you.

Problème de téléversement vers la carte. Voir http://www.arduino.cc/en/Guide/Troubleshooting#upload pour suggestions.


 je tourne sur Windows 10 et avec l'ide 1.6.6. Ce que j'essaie de téléverser c'est juste un programme d'exemple et j'ai débranché le processeur de mon circuit pour être sur.

J'ai essayé de faire reset pendant ou avant le téléversement, de déconnecter mon antivirus et à peu près tout ce qui est suggéré dans le troubleshooting... je ne vois plus quoi faire !

Si quelqu'un a une idée, je suis preneur !

Merci beaucop

vincenth94700

bonjour nicodelion

j'ai le meme soucis que toi sur un arduino nano,
a tu trouver une solution ?

merci a toi

nicodelion

Bonjour,

OUI, j'ai fini par trouver !

comme beaucoup je pense j'ai acheté sans le savoir un "clone" Arduino. Moi c'était un kingduino nano.
Ces clones n'acceptent pas les drivers "dernière génération" pour Arduino. il faut s'arréter en 2012.

Si tu cherches sur internet "CDM20824_Setup", tu devrais trouver à le télécherger. Installe le et pour moi ça a réglé le problème !

Bonne chance...

aissacnc

bonjour, :smiley-confuse:

je suis nouveau et j'ai un problème avec ma carte arduino uno ,quant je lance un Upload il marche pas et voici le message d'erreur :Arduino: 1.6.13 (Windows 7), Board: "Arduino/Genuino Uno"

Sketch uses 928 bytes (2%) of program storage space. Maximum is 32,256 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2,039 bytes for local variables. Maximum is 2,048 bytes.
C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -V -patmega328p -carduino -PCOM2 -b115200 -D -Uflash:w:C:\Users\AISSAZ~1\AppData\Local\Temp\arduino_build_822630/Blink.ino.hex:i

avrdude: Version 6.3, compiled on Sep 12 2016 at 17:24:16
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM2
         Using Programmer              : arduino
         Overriding Baud Rate          : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x97
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x97

avrdude done.  Thank you.

Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.

merci de bien vouloir m'aider les amis :smiley-confuse:

ced_

Bonjour,

Je viens de déballer mon Arduino et j'ai commencé par le circuit électrique avant de coder. J'ai ensuite eu le même message d'erreur. Même "Blink" ne voulait pas se "Téléverser".

Il s'avère que même sur un circuit tout simple il ne faut pas que les pins digitales 0 et 1 soient branchées pendant le téléchargement du programme.

En espérant aider,
Ced

taravu

Probleme identique avec un nano acheté sur Ebay. Driver ch340 réinstallé , en faisant <recuperer les infos de la carte> j'ai bien une identification mais en tele versant j'ai ce message d'erreur.
j'ai trouvé la réponse  ici : https://www.youtube.com/watch?v=81K2oaXwu9Y
Je pense que pour le Uno ou plutôt ses clones, on peut utiliser le même type d'approche.

_pepe_

Probleme identique avec un nano acheté sur Ebay. Driver ch340 réinstallé , en faisant <recuperer les infos de la carte> j'ai bien une identification mais en tele versant j'ai ce message d'erreur.
j'ai trouvé la réponse  ici : https://www.youtube.com/watch?v=81K2oaXwu9Y
Je pense que pour le Uno ou plutôt ses clones, on peut utiliser le même type d'approche.
Dans cette vidéo, le « truc » indiqué consiste à sélectionner, dans le menu Outils, « Arduino NG or older » pour le Type de carte et « ATmega168 » pour le Processeur.

Cela a notamment pour conséquence de changer les paramètres suivants (lus depuis le fichier boards.txt) :

• La vitesse de transmission série (upload.speed) est fixée à 19200 bauds au lieu de 57600. C'est certainement le paramètre le plus important, une mauvaise vitesse expliquant l'échec du téléversement.  :)

• La variante matérielle (build.variant) est fixée à standard au lieu de eightanaloginputs. Cela a pour effet de ne pas déclarer la prise en charge des entrées analogiques A6 et A7 du Nano.  :smiley-confuse:

• Le type de carte (build.board) est fixé à AVR_NG au lieu de AVR_NANO. Cette information est susceptible d'être utilisée dans les bibliothèques et programmes incluant des adaptations du code en fonction du matériel utilisé.  :smiley-confuse:

• La taille maximale du code (upload.maximum_size) est fixée à 14336 octets au lieu de 30720, ce qui devrait conduire à réduire environ de moitié la taille de la mémoire programme exploitable.  :smiley-confuse:

• La taille maximale des données (maximum_data_size) est fixée à 1024 octets au lieu de 2048, ce qui devrait conduire à réduire de moitié la taille de la mémoire vive exploitable.  :smiley-confuse:

• Le code du bootloader utilisé en cas de reprogrammation ISP (bootloader.file) est atmega/ATmegaBOOT_168_ng.hex au lieu de atmega/ATmegaBOOT_168_ng.hex. Les fuses de configuration supérieurs (bootloader.high_fuses) qui fixent l'adresse de départ et la taille du bootloader valent 0xDD (512 mots) au lieu de 0xDA (1024 mots).

• Les fuses de configuration étendus (bootloader.extended_fuses), qui correspondent au niveau de tension de la détection du reset (BOD Level = Brown-out Detector Level), sont fixés à la valeur non autorisée 0xF8  :smiley-confuse:  au lieu de 0xFD (BOD Level = 2,7V).


Donc si cette solution règle le problème du téléversement, dans le même temps elle introduit des modifications dans la configuration qui pourront s'avérer problématiques plus tard.


Il faudrait plutôt déterminer les caractéristiques réelles de la carte et créer une rubrique adaptée dans le fichier boards.txt (on peut la recopier depuis la rubrique du Nano, lui donner un autre nom, et commencer par fixer la vitesse de téléversement à 19200 bauds).


On n'aurait pas tous ces tracas avec des vraies cartes Arduino, officielles ou réellement compatibles  :(  .

Go Up