Reprise du message précédent :
drapal ! Boulot d'ingé çà  
Très plaisant à lire
Merci pour tous les détails !

Je viens de regarder le topic, énorme boulot et réalisation impec.
Un grand bravo (surtout pour le pupitre Star Citizen).
 
Concernant la carte Espola, elle peut communiquer sans fil avec un Arduino ? Pour faire tourner un par exemple ? Parce que j'ai modifié une voiture radiocommandé pour la faire fonctionner avec un Raspberry Pi et j'aimerais passer le projet sous Arduino et ce genre de carte m’intéresse.
 
Merci d'avance
 
EDIT : Je viens de voir que l'Esplora est en fait une carte Arduino en elle même. Connaîtrait tu quelque que chose de similaire qui me permettrai de communiquer avec une carte Arduino relié à mes moteurs ?

 
 
- 2 cartes arduino Uno ou Leonardo de préférence
- 2 blindages avec socket XBee (optionnel)
- 2 modules XBee
 
tu te fais :
- un module d'émission : radiocommandes avec capteurs d'entrée (manches, inter, potars...)
- un module de réception : récepteur avec contrôleur moteur et servo de direction, le contrôleur moteur d'origine de ta voiture RC doit surement accepter un signal PWM
 

quelques petites progressions ...
 
je viens de tester les bibliothèques de Jeff Rowberg développées spécialement pour les centrales inertielles
- I2Cdev.h
- MPU6050.h
 
elles sont tout simplement exceptionnelles !!
 
j 'arrive à récupérer les angles de tangage et de roulis
 
avec une précision de l'ordre de 2 centièmes de degrés, c'est exceptionnel !!
le bruit des capteur est parfaitement filtré et l'algorithme de traitement est parfait
 
petits problèmes quand même :
 
- j'ai découvert que les cartes chinoises arduino Nano ne sont pas rigoureusement identiques aux originales italiennes, nécessité d'installer un driver spécifique, au début j'ai cru que la carte était cramée, impossible de la faire reconnaitre par Win7, après install du driver, ça marche
- les bibliothèques pour la centrale inertielle sont développées pour des puces atmega328 (Uno, Nano...) mais pas forcément pour des puces 32U4 (Léonardo, ProMicro, Micro...) qui m'intéressent  
 
Bref, je galère pour trouver un moyen de faire tourner ça sur une Léonardo    

Ca y est, trouvé la soluce  
 
Sur la carte MPU9050 il y a 5 branchements à effectuer
- GND, la masse, facile on racorde sur la masse de l arduino
- VCC, l alimentation, ça se corse, 3.3 V ou 5V? Ma centrale inertielle a un régulateur de tension, j reste en 5v ca passe sinon sans régulation ca crame
- SLC, clock, l horloge sur la PIN A5 de la UNO qui est aussi la PIN SLC
- SDA, data, sur la PIN A4 de la UNO qui est la Pin SDA
- INT, la plus chiante, Interrupt sur la Pin 2 qui est la pin INT0 sur la UNO
 
Le problème, la UNO et la Leonardo ont beau être quasi identiques physiquement, les fonctions spéciales (du bus I2C) ne sont pas sur les mêmes PIN !!
 
Sur la Leonardo :  
- SLC sur la 3 au lieu de la A5
- SDA sur la 2 au lieu A4
- INT0 sur la 3 aussi comme la SLC d'où un gros conflit et ça marche pas
 
ASTUCE : changer dans le code l affectation de la Pin INT et la basculer sur la seul possible : la pin 7 et la renommer en INT6  
 
Moralité : penser à regarder les diagrammes d affectation des PIN
Maintenant c est trop cool, j ai un super gyro/accelero sur une carte reconnue comme un joystick    
 
Les codes et bibliothèques se trouvent là https://github.com/jrowberg/i2cdevl [...] no/MPU6050

 

histoire d'être jusqu'au-boutiste...
 
les gyros et les accéléros de l'IMU (la centrale inertielle) ne sont pas rigoureusement identiques d'un modèle à l'autre
 
pour être le plus précis possible sur le résultat final, c'est bien d'intégrer les Offsets (décalages) de chaque axe, propres à chaque IMU
 
dans le code, ces valeurs sont faciles à identifier

 
par contre, comment on les calcule ??
 
j'ai trouvé sur le Net un sketch pratique comme tout : MPU6050_calibration.ino
on le trouve là : http://wired.chillibasket.com/2015 [...] g-mpu6050/
 
on le lance et ça donne ça :
 
les offsets  
- Accélération X
- Accélération Y
- Accélération Z
 
- Gyro X
- Gyro Y
- Gyro Z
 
   
 
on les remplace dans le code et RULEZ !!    
 
faut juste savoir que la calibration est aussi fonction de la température et qu'elle peut changer en fonction de l'environnement (intérieur/extérieur)

j ai fait ma petite procédure de calibration
 
- répétée 3 fois pour être sûr
- vérification de l horizontalité de mon plan de travail sur les deux axes, avec une nivelle torique correcte pour être précis (avec double retournement de la nivelle of course, pour moyenner son erreur)

putain enfin un mec qui comprend l'interet de cette methode  
dans mes bras  

et hop, on actualise les valeurs dans le code    
 

 
   
tu t'en sers pour quoi ?

traumatisé par une bécane qu'il fallait mettre au plat avec une tolérance < 5 centièmes de millimètres/mètres et qui voulais pas rester dans l'axe

 
je cale au poil de cul avec ma nivelle
 
je mesure les trois cotés du triangle rectangle
- hauteur 83 mm
- longueur 142 mm
- hypoténuse 165 mm
 
je mesure au millimètre, pas mieux...
 
je calcule
 
 
angle calculé 30.4°
 

 
je regarde ce que me donne le moniteur série
 

 
et là Arkrom, j'suis pas homo, mais je te roulerais bien une pelle tellement je suis de bon poil !!
 
ce truc me donne des angles réels au dixième de degré
 
sans aucun bruit sur le signal et pour moins de 7 euros sur Aliexpress      
 
maintenant je sais que je vais l'avoir, ma précision sur mes axes supplémentaires de joystick
 
certain sur le tangage et le roulis
 
pour le lacet, faudra que je maitrise la dérive qui varie avec la température...
la soluce, c'est l'étape suivante avec la MPU9150 avec ses 3 axes supplémentaires (magnètomètre)

je vais revenir sur la partie Émulation Joystick à partir de la Leonardo
 
par défaut la LEONARDO (à la différence de la UNO) peut émuler 2 types de périphériques HID :
- le clavier
- et la souris
 
pour qu'elle puisse aussi émuler un JOYSTICK il faut apporter quelques modifications à 2 fichiers système du programme Arduino
- le fichier HID.cpp
- et le fichier USBAPI.h
 
ils sont situés là :

 
les modifications de ces 2 fichiers ont déjà été faites, ça ne sert à rien de réinventer l'eau tiède... on les utilise direct !
 
on les trouve là sur le site Instructables :
http://www.instructables.com/id/Ad [...] /?ALLSTEPS
 
on les télécharge et on remplace les originaux par ceux-ci
j'vais pas détailler, c'est suffisamment clair sur Instructable
 
 
on charge le fichier de test proposé sur le site (UsbJoystickTest.ino)
 
et la on se rend compte que globalement ça marche bien mais qu'il y a une légère couille !  
il nous manque un axe, on en a que 7 au lieu de 8    
 
il nous manque l'axe de rotation suivant l'axe des Z qu'on est sensé utiliser avec la fonction Joystick.setZAxisRotation(int value)  
il est bien défini dans le fichier HID.cpp mais n'apparait pas

 
c'est logique, en fait l'axe de rotation suivant les Z est déjà utilisé et correspond au Rudder (le Palonnier)    
 
bref on édite le fichier HID :
 
on repère la définition de l'axe de rotation Z

 
puis on fait un truc débile à l'arrache, on voit qu'il y a une suite logique dans la définition des axes -> bref on teste avec la valeur suivante
on remplace la valeur 0x09, 0x35, par 0x09, 0x36,
 
on relance le programme et là BINGO !!    
 
le 8ème axe apparait, c'est bien l'axe de rotation suivant l'axe des Z (setZAxisRotation) si ce n'est qu'il s'appelle "Curseur" au lieu de s'appeler "l'axe de rotation Z" dans l'interface Propriété
 
Bref ça me va, j'ai mes 8 axes :
 
- 3 axes de translation X, Y et Z
- 3 axes de rotation X, Y et Z
- 2 axes linéaires  
- 2 controles de point de vue à 8 positions
- 32 boutons
 
ça commence à faire du JOY sympa !    
 

j'ai fait tourner ma centrale 10 min sans la bouger
 
enregistré les valeurs, 65 000 environs
 
calculé la dérive sur les 3 axes
 
et fait un graphe pour voir ce que ça donne
 
- sur le tangage et le roulis, c'est parfaitement stable à plus ou moins 2 centièmes
- sur le lacet ça dérive
 
par contre ce qui est très cool, c'est qu'à partir de 30 secondes la dérive est linéaire en fonction du temps
 
ça veut dire qu'on peut la modéliser, la prévoir et la corriger
 
 
 

 
classe    

Ce topic est whaoow !! C'est absolument génial ce que tu fait même si je comprend pas tout cela donne envie !  
 
Franchement

 
Oh, un Rookie !
Bienvenue sur HFR  

 
Merci  

une petite video en conditions de jeu
 
3 axes IMU
- aillerons
- profondeur
- direction
 
pas mis les gaz, j'avais pas de potar linéaire sous la main
 
https://www.youtube.com/watch?v=E3X [...] e=youtu.be

 

je me suis trouvé une vieille Radiocommande trop vintage, années 70 je pense
Je crois qu'j'vais me mettre a tuner ca !!

Elle est neuve, les manches sont bons    

Normalement je le reçois la semaine prochaine
 
http://fr.aliexpress.com/item/Seri [...] 42038.html
 

 
C'est la version 10 DOF (dégrées of freedom, 10 capteurs en gros)
 
Ce qu il y a en plus par rapport à la MPU 6050 :
 
- 3 magnétomètres -> maîtrise de la dérive (drift) en lacet (yaw)
- 1 baromètre, capteur de pression, peut être sympa pour gérer l altitude et le combiner avec l accelero en Z
- 1 super micro contrôleur intégré, qui me fait directement le calcul des angles, intègre le filtre de Kalman
- précision annoncée sur les angles de 1 centième (à vérifier bien sur)
- 1 clef Usb en option, que j ai pris bien-sûr, possibilité de modifier le code du micro-contrôleur intégré
- 4 entrées/sorties analogiques intégrées a la centrale inertielle, pour l utiliser comme un gyro autonome en modélisme, par exemple
- 1 suite logicielle qui roxx
 
- taille de 15 mm x 15 mm, niveau intégration, plus compact tu meurs
 
Bref pour 20 boules, j'le sens bien,

Hihi, j'ai reçu-réceptionné-récupéré plein de trucs cools cette semaine
 
Ça va fumer sec les prochains jours !!!  
 
Une embase avec vis calantes, pour définir une horizontale parfaite, mécaniquement
 

 

 
Une plaque de centrage forcé, à noyer dans un bon bloc de béton bien lourd
 

 

 
 
Une bulle thorique de bonne qualité, réglable et avec support rectifié

 

 
Ma petite centrale inertielle de la mort-qui-tue

 
Son contrôleur USB qui permet de la programmer

 
Un micro-contrôleur avec sa puce 32U4 trop-trop mignon

 
Et une grosse MEGA bien baléze et bien puissante avec son shield plein de connecteurs bien pratiques

putain ca promet ca

Atelier soudure ce matin    
 

 

Content, c'est propre !!
 

 
Celles là, j aurais pu faire mieux, c'est pas évident quand c'est tout petit

Salut !

Ca a l'air interessant ton module.
Ca discute comment avec ton arduino ? i2c ? spi ?
il existe des librairies pour tester tout ça ? J'ai trouver des truc pour un MPU6050, mais ce module embarque plus de choses, d'ou mes question    (pardonne moi, je n'ai pas lu l'intégralité du topic à l'heure où je post)

 
Tu as le choix, c est là où c est fabuleux, I2C ou série, tu as le soft PC, les library, les exemples arduino (I2C ou serie), les exemples raspberry, la totale quoi !!!
 
Pour 20 euros c est dommage de s en priver, tu fais ce que tu veux avec... :
- un contrôleur de vol si tu fais du drone
- une wiimote-like USB ( ou track-IR ou head-tracking à 20 euros au lieu de 150-200) adaptée à tes préférences ergonomiques
- un horizon artificiel qui enregistre tes perfs si tu fais de la moto
- une numérisation de ta trajectoire pédestre quand tu rentres complètement bourré à 6 heures du mat
- une numérisation de tes performances sexuelles(durée, fréquence,amplitude...) avec graph + courbes de stat pour suivre tes évolutions
- ...
Vlà c est sans limite !!

Je vais regarder les lib et exemples, merci pour les idées aussi

C est pas mal, on visualise bien les signaux
Très facile a utiliser en plus

 
Les paramètres sont complets

bon allez, on passe au micro-controleur
 
du petit cablage comme je l'aime    
 

c'est aussi une 32U4 spéciale Joystick
 

Teensy 3.2 > all

 
j connaissais pas la Teensy
 
c'est clair, elle a l'air top, 21 entrées analogiques, ça calme


 
par contre    
 
arduino pro micro 3 euros FPI
 
teensy 3.2 :
amazon 27 à 45 euros  
aliexpress 36 euros
roboshop 22 + 8 de port

Salut
 
Bravo pour ton énorme boulot !  
J'ai une question a te poser : j'ai récupérer une vieille télécommande d'une voiture radiocommandé Nikko, je l'ai demandé et j'ai récupérer les deux manches. Sur chacun d'entre eux, il y a 3 fils, tu saurais à quoi ça correspond ?
 
Merci d'avance

 
ton manche est équipé d'un potentiomètre rotatif
 
sur les 3 fils reliés aux potentiomètres (du 5k ohm en général en modelisme) tu as 3 couleurs :
- le noir (ou marron) : la masse, tu le branches sur le GND (Ground) de la carte arduino
- le rouge : l'alimentation, tu le branches sur le V Out (+ 5V) de la carte arduino
- le jaune (ou blanc) : le signal, variant de 0 à 5V, tu le branches sur une des Pins "Entrée Analogique" de la carte (A0, A1...)

 
si tu as plusieurs potentiometres (manches), tu peux mettre en commun les masses et mettre en commun les alimentations +5V
 
exemple de branchement pour un potentiometre linéaire, c'est le même principe :

attention ... les voitures RC nikko entree de gamme ne sont PAS analogique mais en TOR  
celle de mon enfance ( que j'ai depiauté et attaqué au fer a soudé ) c'etait une patte VCC et 2 pattes AV/AR  avec un banal interrupteur a glissière ( position centre ouvert )

Franchement pressé de voir la fin de ce projet

Merci les gars pour vos réponses

Je ne suis pas sur Arduino mais sur Raspberry donc je me suis équipe d'un mcp3008, j'ai fait les câblages qui vont bien (merci pour les schémas ), un programme et ça fonctionne

Les données que je récupère sont dégueulasses mais j'ai réussi à faire avancer ma voiture.

Merci encore et bonne continuation

 Des nouvelles ?

 
je lis ... pour mieux comprendre certaines choses
 
... les 690 pages en anglais du bouquin de Steven W. Smith
 
"The Scientist & Engineer's Guide to Digital Signal Processing"
 
passionnant !    et long