Erreur de téléversement Arduino Nano

Bonjour,
je poste cela ici car sinon je ne sais pas où :smiley: !
J'ai un problème de téléversement avec une carte Arduino Nano Classique, reçue dans un kit Robobox. J'avais déjà eu un problème similaire avec une autre carte, mais j'avais provoqué un court-circuit, donc on m'en a renvoyé une. Sauf que cette fois-ci, je n'ai rien fait ! (On ne refait pas deux fois la même erreur :upside_down_face: !) Elle est juste resté un bon moment (au moins deux mois) dans un tiroir. Je ne pense pas qu'elle ai pu être endommagé à ce moment là... Je précise qu'avant elle fonctionnait. De plus, le processeur de la carte chauffe (mais pas au point de se brûler). Je ne sais pas si ça a une importance, mais j'ai d'abord essayé de programmer la carte avec le logiciel mBlock v.5.40. Le logiciel ne l'a pas détecté.

Voici le code :

#include <Servo.h>

Servo ServAvant, ServArriere;

void setup()
{
  ServAvant.attach(5);
  ServArriere.attach(6);
}

void loop()
{
  ServAvant.write(90);
  ServArriere.write(90);
}

Et l'erreur (à peu près la même que pour l'autre carte...) :

Arduino : 1.8.19 (Windows 10), Carte : "Arduino Nano, ATmega328P"

Le croquis utilise 2020 octets (6%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.

Les variables globales utilisent 53 octets (2%) de mémoire dynamique, ce qui laisse 1995 octets pour les variables locales. Le maximum est de 2048 octets.

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xa9

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xa9

Problem uploading to board. See https://support.arduino.cc/hc/en-us/sections/360003198300 for suggestions.

Ce rapport pourrait être plus détaillé avec
l'option "Afficher les résultats détaillés de la compilation"
activée dans Fichier -> Préférences.

Je pense devoir mettre la version détaillé...

Arduino : 1.8.19 (Windows 10), Carte : "Arduino Nano, ATmega328P"

Le croquis utilise 2020 octets (6%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.

Les variables globales utilisent 53 octets (2%) de mémoire dynamique, ce qui laisse 1995 octets pour les variables locales. Le maximum est de 2048 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 -PCOM1 -b115200 -D -Uflash:w:C:\Users\chatn\AppData\Local\Temp\arduino_build_357404/Calibrage_Moteur.ino.hex:i

avrdude: Version 6.3-20190619

     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                    : COM1

     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=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x90

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x90

avrdude done. Thank you.

Problem uploading to board. See https://support.arduino.cc/hc/en-us/sections/360003198300 for suggestions.

Voilà voilà ! Merci d'avance pour toute réponse ! :slightly_smiling_face:
Si vous n'avez pas de réponse, merci quand même d'avoir pris le temps de lire ce message, et bonne journée !

C'est le bon endroit.

Problème tellement connu qu'un tuto a été écrit.
Il est même épinglé dans le sous forum Tuto et cours.

Merci de m'avoir répondu (et sincèrement désolé d'avoir oublié ce fil de discussion), mais elle n'est pas reconnu par quoi que ce soit et j'ai bien installé les bons drivers !

Sachant que maintenant elle commence à chauffer sérieusement.

Si quelqu'un a une idée...

C'est mauvais signe, genre court-circuit quelque part. Tu peux t'en servir pour cuire des œufs, mais guère plus...

Normalement les cartes ne chauffent pas.
Est-ce qu'elle est alimentée par autre chose que son port USB?

Oui elle est aussi alimenté par une pile 6LR61 de 9V. Je doute avoir un jour par mégarde oublié de débrancher la pile quand je branchait la carte par USB...

Donc selon toi ma carte est morte...

C'est possible, c'était plus une boutade...
As-tu essayé avec une autre carte similaire ? Un nano coute moins de 5€ chez Ali.

Il est parfaitement possible d'alimenter une carte par VIN et par USB en même temps.
La seule manipulation à éviter est d'alimenter par VIN et +5V simultanément.

Qui qu'il en soit, une carte qui chauffe est une carte morte (sauf si tu sais dessouder le composant et le remplacer). Mais tu pourrait au moins préciser quel est le composant qui chauffe : le régulateur, le convertisseur USB ou l'ATMEGA328.

Tu m'a perdu là... Mais si l'ATMEGA328 c'est le processeur alors je dirait que c'est ça.

Si le composant à 32 pattes chauffe, c'est mort.

Bonjour ! Evite aussi de toucher les pins de la carte avec tes doigts remplis d'électricité statique... Je sais que ç'est pas très souvent que ça carme la carte, mais en cas où ou tu reçoit souvent des décharges d'électricité statique...

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.