ARDUINO : verification error, first mismatch at byte

[malo777]

Bonjour
Après écriture du sketch dans mon Arduino Pro mini, je me retrouve pour la première fois avec une erreur :

avrdude: verification error, first mismatch at byte 0x0006
         0xc7 != 0x5d
avrdude: verification error; content mismatch
avrdude: verification error; content mismatch

Et depuis impossible de remettre même un version précédente de mon skecth dans l'Arduino.

Il s'agit d'unPro mini en 5V 16MHz et je suis sous windows 7, et IDE 1.6.12.

J'ai lu que cette erreur venait certainement du bootloader.
J'ai suivit les informations trouvées icipour tenter de résoudre mon problème.

j'utilise un arduino Uno comme programmateur et le Mini Pro comme arduino à programmer.
J'ai fait et vérifier le câblage ISP entre les deux arduino, puis j'ai sélectionner AVR ISP dans le menu Programmateur. J'ai sélectionner ma carte Arduino Mini Pro 5V/16MHz dans le Type de carte et de processeur.

J'ai cliqué sur "Graver la séquence d'initialisation".

La led RX du UNO clignote une fois toute les 8 secondes puis au bout de 10 essais :

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03
Erreur lors de la gravure de la séquence d'initialisation.

Pourriez vous m'aidez à trouver mon erreur svp?


Merci

Malo
-----

[invite830075ec]

voir ce post

[invite69a0f08e]

Bonjour malo777,

Au lieu de sélectionner AVRISP essaye en sélectionnant Arduino as ISP.

[invitef86a6203]

Ce qui est inquiétant c est qu'il s'arrête au byte 6.
On dirait que le µp est HS...

[A voir en vidéo sur Futura]

[jiherve]

Bonsoir
Ce µc a t il été programmé de façon répétée ?
Les EEPROM/FLASH cela s'use si l'on s'en sert et même si l'on ne s'en sert pas!
Le nombre de cycles (10^5 environ ) est statistique ce qui signifie qu'à 3 sigma c'est vrai mais quid de tout le reste?
JR

[invite830075ec]

Le second message est clair, programmer is not responding, il n'y pas de programmateur en face.
Je pense qu'il n'a pas injecté le soft adéquat dans la carte Arduino qui fait office de programmateur.
La doc qu'il a utilisé n'est pas la bonne. C'est le problème de l'Arduino, des tutos un peu partout souvent trop loquaces.
Enfin bon, tout ça c'est des suppositions, il l'a peut être fait.

[malo777]

Au lieu de sélectionner AVRISP essaye en sélectionnant Arduino as ISP.

J'ai essayé. Rien ne change

Pour info, la led du Pro Mini clignote en permanence à 1Hz environ.

Ce µc a t il été programmé de façon répétée ?

Oui, je développe un projet dessus, donc programmation pour débuggage.
Ce quie st étrange c'est que j'ai le soucis avec deux Pro Mini.

Mon programme utilise la liaison série pour communiquer avec un module GPS. Le problème d'origine pourrait venir de là.

il n'y pas de programmateur en face.

Si, il y a bel et bien un programmateur : le UNO est connecté au port COM1, j'ai mis ARDUINOISP dedans.

[invite830075ec]

Se méfier de la gestion du port série par l'IDE Arduino.
Quand il y a des problèmes de communiction, le port n'est pas bien libéré, même quand on sort du logiciel.
Windows 10 met 1 minute pour libérer le port derrière.

Donc tout préparer, sélectionner carte "Pro ou ProMini", "Arduino as ISP", sortir du logiciel.
Vérifier que le port est disponible avec un autre soft, ou attendre 2 ou 3 minutes.
Lancer le soft et la gravure et si rien n'est connecté sur la Uno, il affiche :

avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override this check.
Erreur lors de la gravure de la séquence d'initialisation.

[malo777]

Merci pour tes réponses satinas.
Je suis sous win7. Le port est libre, sinon l'IDE le dit.

Pourrais-tu me fournir un schéma valide de connexion Arduino ISP > Pro mini ?

Merci

Malo

[invite830075ec]

Clique sur ma première réponse

[malo777]

ok, j'utilisais le port ISP du UNO.

La communication ce fait bien maintenant mais :

***failed;
avrdude: WARNING: invalid value for unused bits in fuse "efuse", should be set to 1 according to datasheet
This behaviour is deprecated and will result in an error in future version
You probably want to use 0xfd instead of 0x05 (double check with your datasheet first).

[invite830075ec]

failed et warning cela ne va pas ensemble, mais bon, on Arduinne.
Elle marche, maintenant cette Mini ?

[malo777]

Non, et sa LED clignote toujours.

NB : j'ai deux Pro Mini et le problème est identique sur les deux...

[malo777]

C'est bon j'ai réussi à téléversé le programme dessus.

Merci de ton aide satinas.

[invite830075ec]

Les 2 cartes ne sont pas tombées en panne en même temps. Parmi ces 2 cartes, combien sont programmables directement en les connectant au PC avec un convertisseur série USB ?

trop tard

[malo777]

Je viens de tester les deux : c'est repartit, elles ont ressuscitées !
Un grand merci Satinas.
Presque deux mois que ce problème est survenue...

[Yvan_Delaserge]

En ce qui me concerne, j'ai eu un problème semblable, alors peut-être que Satinas pourra me donner aussi un petit coup de main?
Dans mon cas, il s'agit de deux Arduino nano.

Lorsque j'ai un Arduino Uno branché avec le câble USB, l'IDE le reconnaît sans problème. Dans "port", il y a COM 6 coché.
Si je débranche le Uno et que je branche un Nano à la place, COM 6 reste coché et je peux le programmer sans problème en cochant " Arduino nano" dans le menu idoine.

Mais j'ai deux autres Arduino nano pour qui ça ne fonctionne pas. Si je le les branche, l'indication COM6 disparaît. Pourtant, leur led power s'allume et l'autre LED clignote à 1 Hz. Il a bien fallu que le programme blink soit téléchargé dans ces deux Nano.

Comment faire pour que l'ordi les trouve?

Sinon, est-ce qu'un Arduino Nano peut être programmé par un autre moyen, par exemple comme un Mini pro en utilisant un adaptateur FTDI-serial?

Merci d'avance.

[invite830075ec]

Merci, c'est sympa, mais faut arrêter les louanges
Ma doc n'est qu'un résumé de la doc officielle de programmation d'un Arduino depuis une autre Arduino.
Je n'ai rien inventé.

Yvan, il faudrait savoir quel chip convertisseur USB Uart est installé sur tes cartes Uno. Il y a des FTDI, des CH340, et peut être d'autres. Le driver à utiliser sur le PC n'est pas le même.

[Yvan_Delaserge]

Pour toutes les cartes, c'est un CH340.

[invite830075ec]

Lorsque tu connectes une Nano, un nouveau port série doit apparaître dans le gestionnaire de périphérique Windows. Il faut vérifier cela avant de lancer l'IDE. Pour Linux il doit y avoir la même chose.

Je pense pas qu'on puisse reprogrammer une Nano, en l'attaquant par son port série, puisqu'il est connecté directement au CH340. Tu peux par contre reprogrammer par ISP le bootloader d'un Nano depuis une autre Nano, comme l'a fait Malo777.

[Yvan_Delaserge]

Non, justement, le gestionnaire de périphériques ignore totalement les deux Nano, que j'avais acheté chez le même vendeur. Par contre, le troisième nano (qui vient d'un autre vendeur) était bien reconnu lui.

J'avais signalé le problème au vendeur sur E**y, il m'a remboursé mes deux cartes sans problème.

[invite830075ec]

Le fait que la Uno et la Nano apparaissent toutes les 2 en COM6 me laisse perplexe, c'est quel OS ?

[Yvan_Delaserge]

C'est Windows Vista.

[Yvan_Delaserge]

Mais par contre, si j'utilise un adaptateur USB-serial à IC FTDI, c'est un driver FTDI et ça apparaît avec un numéro de port différent.

Tout ça sur la même prise USB. Je laisse toujours mon câble branché sur la même prise USB de l'ordi. Si je branche le même Arduino Uno sur une autre prise USB de l'ordi, il me sort un nouveau port avec un autre numéro.

Mais tout ce que je t'ai écrit avant avec les Uno, les Nano et l'adaptateur FTDI-serial et le mini, c'est tout sur la même prise USB de l'ordi. Je laisse le câble en permanence sur cette prise, comme ça je m'évite toute la manipulation de drivers, etc.

[invite830075ec]

Oui, j'avais pas remarqué que seul le CH340 change de numéro de COM si on le déplace sur une autre prise USB.
J'ai une seule carte Nano, elle a aussi un CH340. Le pilote installé à l'époque de Windows 7, conservé par l'upgrade Windows 10 est :
Fabricant: wch.cn
Date: 08/08/2014
Version: 3.4.2014.8