Résoudre le problème de téléversement avec Arduino Nano sous Windows 7

J'ai longtemps blâmé le câble USB "hybride" USB -> Mini USB que je me suis bricolé pensant que c'était la cause du problème. Hier soir j'ai décidé de me pencher dessus après avoir procrastiné tout ce temps, et j'ai enfin pu trouver une solution.

Dans ce qui suit, les screenshots seront en italien, je vais donc essayer de donner une traduction aussi correcte que possible, même si mon italien est.. pitoyable, pour n'utiliser qu'un euphémisme.

Sì, corretto

Le problème fait surface quand on essaie de téléverser un programme sur son Arduino Nano. Au bout de quelques instants, le processus s'arrête avec le message d'erreur suivant :

avrdude: stk500_getsync(): not in sync: resp=0x00

Pas très informatif, vous ne trouvez pas ? Après quelques recherches sur internet, j'ai constaté que c'était un problème très répandu, et qu'il était généralement question de pilotes et non d'un matériel défectueux comme on pourrait y penser au premier abord. Plusieurs solutions ont été proposées, mais aucune n'a fonctionné pour moi : utiliser des drivers plus récents, installer des drivers plus anciens, que ce soit de façon automatique ou manuelle. Changer certaines options du périphérique (notamment le baud rate) n'a pas abouti non plus.

J'ai fouillé internet sans succès, jusqu'à ce que je tombe sur ce post dont voici la traduction :

"J'ai pensé que celui que j'avais était défectueux, j'ai donc acheté un autre de marque légèrement différente. Il a nécessité l'ancien pilote qui est toujours disponible sur le site web de FTDI. L'installateur est plus facile à utiliser, mais si vous mettez à jour le pilote de façon manuelle, vous devrez faire de même pour le pilote de bus USB - tous à partir des propriétés du périphérique dans le gestionnaire de périphériques Windows."

La réponse d'en dessous confirme le succès de la méthode :

"Comme tu l'as proposé il faudra mettre à jour les DEUX pilotes : celui présent dans l'onglet 'Port COM', mais aussi l'autre qui est quant à lui présent dans l'onglet 'Contrôlleurs USB'".

Voilà donc le détail qui me manquait. Je m'en étais douté auparavant car le fichier contenant les pilotes comportait ftdibus.inf ainsi que ftdiport.inf, or moi j'installais ptdiport.inf en premier alors que je devais commencer par l'autre. Si vous en faîtes autrement, le pilote aura l'air d'être installé avec succès mais le téléversement ne fonctionnera pas.

Sans plus tarder, je me rends au gestionnaire de périphériques et je désinstalle le pilote du "port série USB" :

J'enlève puis je réinsère ensuite le câble USB, et là Windows détecte un nouveau matériel :

Ensuite, je double clique dessus et j'appuie sur le bouton "Mettre à jour le pilote" > Chercher le pilote sur l'ordinateur > Sélectionner le pilote manuellement > Contrôlleur USB > Disque du pilote > Parcourir > ftdibus.inf > USB Serial Converter > Suivant > Oui

Même procédure pour le nouveau périphérique qui sera détecté juste après, sauf qu'il faudra choisir "Ports COM et LPT" au lieu de "Contrôlleur USB" dans la liste qui s'affiche, et indiquer le fichier ftdiport.inf après avoir cliqué sur "Parcourir".

Si tout se passe bien, vous devriez avoir les deux périphériques suivants dans le gestionnaire de périphériques :

Le téléversement s'achève désormais avec succès :^D

Pour info, l'objectif final de toute cette galère est de tenter de faire tourner du code Ada sur l'Arduino. J'ignore si c'est possible, mais ça devrait l'être en théorie : grâce à WinAVR ou avr-ada, ça peut devenir une réalité. D'autres futurs projets incluent la création d'un programmateur de PIC16F84 et faire tourner du D sur l'Arduino (ou plutôt sur ATMega328p) mais ça, c'est une idée vraiment tirée par les cheveux.

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Writing a fast(er) youtube downloader

Image
As a millenial, I never managed to embrace the streaming culture that's so prevalent nowadays. Having grown up in an era where being offline was the norm, I developed an unhealthy habit of just-in-case data hoarding that I can't seem to shake off. When youtube-dl suddenly started complaining about an "uploader id" error , I decided to take things into my own hands. Understanding the streaming process The recon step consisted of inspecting the HTTP traffic to see what I could find. Sure enough, the network tab showed some interesting requests when filtering by "medias": Opening one of these in a new tab shows a MIME type error. The browser can't play it for some reason and neither could mpv. I downloaded it and ran the file command on it, but it shows up as a data blob: $ file videoplayback.mp4 videoplayback.mp4: data I suspected that there was some encryption going on and that maybe the Youtube video player knows how to decrypt this file. B...
Lire la suite

Decrypting .eslock files

Image
I was feeling nostalgic the other day so I decided to take a trip down memory lane by browsing some old entries on my phone. To my surprise, I found a few encrypted files that I don't remember putting there. After trying a few passwords that made sense, it quickly became apparent that a mental dictionary-based brute force approach was not the way to go. I turned to Google in search of answers. The first pages mention an app that can decrypt .eslock files, and while it looked promising, I wasn't sure it would be smart to trust a black box of an app with data that I once deemed private enough to encrypt. I had to find another way. This blog post in particular caught my eye. It states that the password of an encrypted file is hashed with the MD5 algorithm then stored within the file itself ! Since MD5 is considered to be obsolete, surely I would be able to un-hash the password if I were to get my hands on it. With no pointers on how an .eslock file is structured, I figured I...
Lire la suite

My experience with Win by Inwi

Image
In my previous post, I mentioned how I was using a data plan that amounts to 10 DH per gigabyte. Being a relatively light streamer, I can usually get by with 10 gigabytes per month. These days however, I often find myself abusing my data plan for calls and screen sharing and whatnot. This month for example, I spent 250 DH on internet alone. With a monthly spending like that, I realized that I might as well get ADSL or a cheap optical fiber subscription. So why didn't I ? Well, for one, I don't want to get tied down by a monthly subscription. Secondly, I don't want something that requires a heavy installation with all the fees and the time that it implies. And finally, I want to have the option of carrying it with me wherever I want. When I was searching for alternatives, a friend of mine suggested Win by Inwi . I looked into it and it seemed to satisfy my needs of portability and ease of use. In short, you can customize your plan as you wish , handle the paperwork onlin...
Lire la suite