Probleme televersement sur une nano

Bonjour.

J'ai depuis peu un problème de téléversement avec ma nano.
J'obtiens la fameuse erreur 'avrdude: stk500_recv(): programmer is not responding'.

J'ai bien vu le topic de hbachetti (ARDUINO : problèmes de téléversement - Tutoriels et cours - Arduino Forum)

sans succès, pourtant je pense que j'ai bien tout suivi dans ce topic.

J'ai repéré et installé les bon drivers sur le site du vendeur(betemcu.cn).

Je n'ai pas pu téléverser avec un programmateur, j'obtiens l'erreur 'bad signature' ou quelque chose comme ça.

Bref si quelqu'un aurait une piste je suis preneur.

bad signature

Sois plus précis, donne le message complet.

Voilà ce que donne la compilation :

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

Le croquis utilise 950 octets (3%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.
Les variables globales utilisent 9 octets (0%) de mémoire dynamique, ce qui laisse 2039 octets pour les variables locales. Le maximum est de 2048 octets.
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.

Une erreur est survenue lors du transfert du croquis

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.

Et les infos détaillées en se branchant sur la prise 6 broches du NANO :

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

Le croquis utilise 4402 octets (14%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.
Les variables globales utilisent 482 octets (23%) de mémoire dynamique, ce qui laisse 1566 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 -PCOM12 -b19200 -Uflash:w:C:\Users\LHOST_~1\AppData\Local\Temp\arduino_build_996057/ArduinoISP.ino.hex:i

avrdude: Version 6.3-20171130
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 : COM12
Using Programmer : arduino
Overriding Baud Rate : 19200
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :

Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack


eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00

Programmer Type : Arduino
Description : Arduino
Hardware Version: 2
Firmware Version: 1.18
Topcard : Unknown
Vtarget : 0.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x000000 (retrying)

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x000000 (retrying)

Une erreur est survenue lors du transfert du croquis
Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x000000
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.

avrdude done. Thank you.

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.

Puis j'ai appliqué cette méthode (https://www.instructables.com/id/Programming-Arduino-With-Another-Arduino/) et ça me fait ceci :

Le croquis utilise 950 octets (3%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.
Les variables globales utilisent 9 octets (0%) de mémoire dynamique, ce qui laisse 2039 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 -PCOM12 -b19200 -Uflash:w:C:\Users\LHOST_~1\AppData\Local\Temp\arduino_build_734113/Blink.ino.hex:i

avrdude: Version 6.3-20171130
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 : COM12
Using Programmer : arduino
Overriding Baud Rate : 19200
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :

Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack


eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00

Programmer Type : Arduino
Description : Arduino
Hardware Version: 2
Firmware Version: 1.18
Topcard : Unknown
Vtarget : 0.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Une erreur est survenue lors du transfert du croquis
Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e940b (probably m168p)
avrdude: Expected signature for ATmega328P is 1E 95 0F
Double check chip, or use -F to override this check.

avrdude done. Thank you.

avrdude: Device signature = 0x1e940b (probably m168p)

As-tu choisi Atmega168 dans Outils/Processeur ?

Oui effectivement là ça marche, mais pourquoi avant je pouvais utiliser le processeur 'ATmega328P' et maintenant je dois choisir le 'ATmega168'.
Est ce que j'ai détérioré quelque chose?
Si non est ce possible de revenir à l ATmega328P?

Soit précis sur le microcontroleur de ta carte.
Je suppose qu'avant cela fonctionnait avec une autre carte nano.
Il existe des cartes nano équipées avec des 168 et d'autres avec des 328p.

Sur les sites d'achat en Chine il faut faire très attention a tout ce qui est écrit.
Le 168 possède moins de mémoire, il est un moins cher.

Je me suis renseigné :

Et avant, la carte marchait en ATmega368P.

Est ce qu’ il y a en retour en arrière possible?

Annotation 2019-06-02 133457.jpg

Pour moi ce n'est pas clair, désolé si je ne comprend pas.
Si c'est bien de la même carte qu'il s'agit il me semble impossible qu'une carte équipé d'un 168 puisse avoir été programmée comme une 328p puis maintenant seulement en 168.
Tu l'as bien vu quand le programme qui télécharge le programme dans la mémoire du micro et qui s'appelle avrdude détecte une signature de micro différente de celle que l'IDE lui a mis dans la ligne de commande il bloque tout.
Il y a une possibilité pour court-circuiter le contrôle de signature mais ce n'est pas la solution parce que l'organisation interne d'un micro 168 est légèrement différente de celle d'un 328p et donc cela coincera.

Es tu certain qu'il ne s'agit pas de deux cartes différentes ?

NB pour la photo "chip" il aurait mieux valu une photo du recto avec le microcontrôleur ,le nom est marqué sur le boîtier ,que le verso de la carte.

Absolument sur.

Avant elle marchait avec l'ATmega368p.

Une autre question, est-ce normal qu'elle délivre seulement 4,17 Volts?

Une autre question, est-ce normal qu'elle délivre seulement 4,17 Volts?

Ca dépend :

  • qui délivre sur quoi ?
  • la carte est alimenté comment (USB, Vin avec combien de volts) ?
  • si c'est d'une sortie dont tu parles la sortie délivre combien de mA ?
    toujours si c'est une sortie qu'est-ce qui est branché dessus ?

J'alimente la carte avec mon port USB d'ordinateur et entre la pin 5V et GND, au voltmètre il y a 4,17 Volts sans rien alimenter.
Je me demande si c'est normal car avec ma UNO j'ai quasiment du 5 Volt en faisant pareil.
Ca voudrait peut être dire que ma nano est endommagée.

Si c'est bon avec une UNO, effectivement il est envisageable que la nano ait subit quelques outrages en phase de mise au point.
Bienvenue au club, après quelques expériences difficiles, a ces prix là, on commande toujours par deux exemplaires.

Perso sans en savoir plus sur l'état réel de la nano je ne la connecterait plus un port USB de PC.
Si tu la relie sur un chargeur de téléphone (cela coûte moins cher à changer qu'une carte mère de PC) que dit le Vcc de la carte ?

J'ai toujours les 4 volts et quelques avec un chargeur de téléphone.

Bonjour,

Sur la nano il y a une diode entre VUSB et le 5V.
En général c'est une diode shottky donc la tension devrait être environ 4.5 4.6V.

Tu ne crois pas que si tu donnais tous les renseignements sur ton montage ce serait plus simple.

Déjà que l'histoire de la signature qui change c'est assez magique, tu as probablement fais quelques actions plus ou moins involontaires qui te font dire de bonne foi j'en conviens que rien n'a rien à changer mais techniquement c'est difficile à avaler, il y a autre chose.
Et là tu donnes les renseignements au compte goutte(s).

Déjà que l'histoire de la signature qui change c'est assez magique

Passer de 1E950F à 1e940b du jour au lendemain c'est carrément de la sorcellerie.

@Mouldolas : si tu as de bons yeux ou une loupe, regarde ce qui est écrit sur la puce.

Autant que je m'en rappelle j'ai juste branché un hc-05 avec le NANO et puis juste après comme ça déconnait j'ai essayé de résoudre le problème notamment avec le topic d'aide de hbachetti sur les problèmes de téléversement.

Maintenant quand je branche le hc-05 avec le NANO c'est flagrant qu'il déconne(le NANO je veux dire) je branche uniquement les broches +5V et GND et entre les deux et c'est un vrai sapin de noël.
A mon avis le NANO est vraiment défaillant.

Ce qui n'arrive pas avec mon UNO, les deux marchent très bien.

Encore :

si tu as de bons yeux ou une loupe, regarde ce qui est écrit sur la puce ATMEGA.

Il y a écrit sur la puce :
ATMEL
MEGA 168P
MU1028
CHINA-B
0GQ144

A peu près ça, mes yeux ont des limites.

Tu as raison c'est un 168P, mais je te promets qu'avant cette carte fonctionnait en 328P dans l'IDE.

Comment tu expliques que le hc-05 fonctionne avec ma UNO et pas avec cette NANO?
Je te rappelles que ça déconne rien qu'en branchant le +5V et le GND et sans relier le reste.