Schéma électronique

Depuis quelques temps, je suis en retard sur la documentation, notamment sur les schémas d'architecture ou les schémas des circuits électroniques.
D'autre part, j'ai parfois des problèmes de robustesse, liés à l'utilisation des breadboards.
Pour certains circuits, j'ai fait le choix de me passer d'un circuit électronique. Mais pour d'autres circuits, ou pour faire plus propre, il me faut concevoir des shields autour des arduinos nano que j'utilise.

J'ai envisagé l'utilisation de différents outils libres : GEDA, Kicad et Fritzing.

J'ai tout d'abord regardé GEDA.
Je pense que GEDA est un outil de niveau industriel permettant de réaliser des circuits électroniques. Je l'ai trouvé assez peu intuitif, et ne permettant pas de réaliser de la documentation pour un montage breadboard par exemple.

Au contraire Fritzing semble bien mieux adapté pour réaliser de la documentation de circuit de test avec différentes cartes (arduino, raspberry pi)
Une difficulté était que les composants que j'ai utilisés n'étaient pas disponibles dans la bibliothèque de base (et pas trouvable sur internet).
J'ai trouvé un bon tutoriel donnant des conseils pour la réalisation de nouvelles pièces, petit à petit en partant d'anciennes.

Voici quelques limitations/critiques/remarques sur l'utilisation de Fritzing :

• Il n'est pas possible de relier des composants par de câbles (type USB) mais seulement fil à fil.
• Des imports sont possibles à partir de GEDA et Kicad (voir ligne de commande).
• Les pièces et les montages sont décrits par des fichiers textes (xml, svg). Ces fichiers sont cependant zippés lors d'un export/import. Faire à la fois le suivi de version (en terme de mémoire et de facilité de suivi des modifications), et installer simplement une bibliothèque n'est donc pas aisé.
• Les composants du montage sont décrits grâce à des chemins absolus. Les "sources" des schémas sont donc difficiles à partager entre plusieurs utilisateurs (du coup les composants non standards, sont ajoutés par défaut dans chaque partage, sans liberté à l'utilisateur d'installer ses propres composants)
• De plus, dans l'architecture des fichiers par défaut, les éléments d'un composants seront partagés entre différents répertoires.
• Certains composants sont par exemple dans /usr/share/fritzing/pdb/core/, d'autres dans ~/.config/fritzing
• J'ai eu des problèmes pour l'export svg (certains composants n'apparaissent pas)

J'ai cherché quelques conseils pour partager des composants, mais la solution proposée est bien le partage par fichier zip, qui requiert donc des opérations manuelles pour l'installation.
En ce qui concerne, le problème des fichiers zip sous git, cela ne semble pas prévu de base. Quelques "workaround" semblent possibles :
https://tante.cc/2010/06/23/managing-zip-based-file-formats-in-git/
http://stackoverflow.com/questions/8001663/can-git-treat-zip-files-as-directories-and-files-inside-the-zip-as-blobs
Cependant, le fait qu'un composant soit éclaté entre plusieurs répertoires ne permet pas d'utiliser un script générique pour mettre à plat les zip.

En attendant de réaliser un script dédié pour améliorer tout ça, ou de suggérer des modifs/extensions au code du programme, voici quelques images des résultats :

Circuit emplificateur pour la jauge de contrainte

On a marché sur la Lune

Il y a quelques temps j'évoquais l'idée d'un kite accroché au bout de la grue Titan. Cela pouvait poser des problèmes pour ce monument historique.
Cette année, dans le cadre du voyage à Nantes, une terre lumineuse a été suspendue sous la grue. Alors pourquoi pas un kite lumineux réalisant des figures acrobatiques l'année prochaine?

La terre sous la grue Titan

Mécatronique

La semaine dernière j'ai travaillé sur l'intégration des capteurs embarqués sur une plaquette rentrant dans une pochette étanche (normalement pour téléphone portable)

J'ai également amélioré l'intégration des capteurs dans le bras articulé servant de capteur pour la position de l'angle de barre.

La première chose a été d'allonger les bras qui étaient un peu courts pour certaines barres de kite. Je peux maintenant mesurer jusqu'à 38cm de border- choquer.

Une deuxième chose a été de déplacer la plaque pour monter l'arduino, l'antenne et la batterie de la partie se fixant sur la ligne avec un scratch pour la mettre sur le bras supérieur.
Cela permet de faciliter l'installation du composant, mais également d'avoir un effet pendule sur le bras.
J'ai également améliorer l'intégration pour pouvoir fixer fermement les composants.
Enfin, un carénage a été rajouté pour protéger les connections du potentiomètre qui avaient déjà lâché plusieurs fois.

Nouveau capteur de barre

Pour rappel, sans carénage, les fils cassaient régulièrement

Carénage pour protéger les connections du potentiomètre

Intégration capteurs embarquées

Article Yves Parlier

 Voici un article sur la vision d'Yves Parlier (depuis dépêche AFP)

Dual Aircraft Platform

Voici un article sur un système de transport aérien constitué de 2 kites reliés par un câble et volant grâce au gradient de la vitesse du vent entre les altitudes des deux kites.

Ultra Wide Band Positioning

Voici un projet kickstarter pour un système de positionnement proche du GPS, mais fonctionnant avec des balises locales, même à l'intérieur. Une piste pour un positionnement plus précis des kites?

Problème kit télémetrie.

Voici une petite liste de menu-tâche à faire

• Raccourcir les fils de connexion
• Modification du code afin d'utiliser les pins digitales pour créer une masse et une alimentation 5V (avec faible ampérage) pour l'IMU (pour simplifier le cablage en évitant d'avoir plusieurs connexions sur un même fil).
• Changement du connecteur 9V qui s'est abimé

Suite à un problème d'arrachage du connecteur microUSB de la partie sol du kit de télémétrie, et devant la difficulté de ressouder des pièces aussi petites, j'ai changé la partie sol par une partie venant d'un précédent kit où j'avais cassé le connecteur sur la partie air..
Au début ça ne marchait pas.
j'ai téléchargé le logiciel de configuration http://ardupilot.com/downloads/?did=89 (.exe qui a tourné sous linux, grâce à wine ou mono). J'ai pu vérifier que la configuration s'établissait bien entre les deux parties, et rétablir la configuration par défaut.
Mais la communication ne fonctionnait pas. J'ai tenté d'inverser TX et RX (que je n'avais pas croisé) et ça a fonctionné!
Bon, j'avais déjà recommandé un nouveau kit avant de refaire la manip, mais cela va me permettre de gagner du temps sur les tests (et d'avoir un kit de rab!).