Reprise du message précédent :
Puisque tu comptes acheter 2-3 autres maisons, prends en au moins une avec une grange
https://www.youtube.com/watch?v=cJCsomGwdk0

Ce gerbotron de compèt

Sauf erreur de ma part, il manque le yaw. Inutilisable.  

 
Tu fais bien erreur, il y a les 6 degrés de liberté

Je vais revoir la vidéo ce soir car je ne me rappelle pas avoir vu de rotation à plat.  
Et vu la position des câbles, je me demande comment ils feraient.  
Sauf... Si le siège sur la plateforme tourne... car il semblerait qu'il y ait un moteur là-dessous.

Hummm accélération jusqu'à 1,5G...

Le casque VR reste t-il sur le crane aVec cette accélération

 
 
Hey!
 
Je cherche à faire un Throttle linéaire à base de cougar (f16)
J'ai une imprimante 3D et beaucoup de talent
 
Voilà

Comme je disais sur l’autre topic, ça m’intéresse de voir ce que tu vas faire.
 
Je me disais aussi, en fonction de la longueur de débattement pour ton throttle tu peux peut-être voir les potentiomètres linéaires (comme sur les tables de mixage). Mais pour le moment j’ai vu des trucs assez court (9cm) ce que est pas tant que ça...
 
Sinon, il y a aussi la possibilité d’avoir un pignon sur un encodeur qui roule sur une crémaillère. Donc tu aurais l’encodeur sur le chariot qui se déplace sur le rail  
 
Ou comme j’avais dit avant, le coup de la courroie qui fait tourner un potentiomètre.  
 
Je me demandais d’ailleurs si ça se diy pas un potentiomètre. Le chariot sur le rail porterai la tête du potentiomètre, et toucherai une bobine sur toute la longueur du rail  
 
Si tu as une meilleure idée, je prends  

Je pense déjà partir sur du capteur hall pour que ça soit précis. Donc le coup de la crémaillère ça peut être pas mal avec un vieux moteur pas à pas pour avoir une résistance. Mais à voir si je peux faire fonctionner plusieurs tours d'un capteur hall et pa ajusté un seul 360°

Je dis peut-être une connerie, mais avec un capteur hall tu vas compter le nombre de tour de ton marqueur sur le pignon ?  
 
En quoi c'est plus précis qu'un encodeur?  
 
Après le soucis que je vois avec les encodeurs / capteur hall c'est le RAZ. Si tu débranches le truc dans une position random, vu que ca fait que compter des tours, quand tu le rebranche ton zero il est dans les choux.  
 
Un simple potentiomètre a pas ce problème

Ah oui, projet intéressant ! N'hésite pas à nous poster un suivi

Le capteur hall c'est aussi par rapport à un aimant donc si o. Faire des engrenage pour faire 360° max le potentiomètre c'est source d'emmerdes à force.

Au cas où: https://www.reddit.com/r/HotasDIY/

Dites les gens instruits du coin...  
10 encodeurs rotatifs, 40 switches (30 en simple on-off) et 15 loupiottes (non liées aux switches)...  
Faut quoi pour supporter ça ? Chez Arduino, il y a une tripotée de solutions mais c'est encore vague, je suis en train de chercher un peu de docs/tutos pour me remettre dans le bain

 
Ha merci j'ai raté ça par contre je vais mettre le truc de coté, pas le temps finalement car j'ai du mal déjà à trouver une solution de tête, hormis un courroie + capteur hall mais qui prend plus que 360° et garder la position après l'avoir éteint... pas gloup

 
Pour quel jeu? DCS? si oui y'a un système de connexion en réseau entre plusieurs Arduino.

XPlane

Tu prends ca:
https://www.amazon.fr/tellaLuna-Mul [...] 875&sr=8-1

Et ça te permet de multiplexer 16 truc sur une patte de l'arduino.

Bon, techniquement tu as besoins de 5 pattes de l'arduino pour en faire marcher un. 4 servent à adresser les 16 sorties, et une sert à lire/écrire.

Tu peux voir le truc comme un interrupteur rotatif. Tu peux dire avec les 4 pattes d'adressage de lier la patte sortie avec une des 16 options de l'autre côté. Puis tu fait ce que tu veux : lire l'état du bouton, allumer une led. Et finalement tu passes au suivant en changeant l'adresse.

Dans ton code tu fais une boucle pour qu'à chaque cycle tu check les 16 et c'est réglé.

Après, quand tu passes à 32, tu peut utiliser les même pattes d'adressage et juste prendre une patte de plus de l'arduino pour mesurer l'état de 16 autres trucs. Donc 32 se fait avec 6 pattes de l'arduino et deux cartes de multiplexage.

Dans ton cas, tu as besoin de multiplexer 75 trucs, donc tu t'en sort avec avec 5 cartes de multiplexage et 9 pattes sur l'arduino avec support de digital read/write

Enjoy

Ah, ça ouais, je vais "enjoyer", j'ai rien capté
Enfin si, un peu, pour le principe général... faudra que je dessine sur papier d'abord et vous soumettre l'idée.
 

En mieux expliqué

http://adam-meyer.com/arduino/CD74HC4067

Je vais commander tout ça... Une préférence pour l'arduino ?
Pas forcément besoin d'un mini, il y a largement la place pour caser un "grand".

Tant que j'y suis... Est-ce qu'il faut prendre en compte la longueur des fils au delà d'une certaine longueur ? Car plus le fil est long, plus il doit être résistant, dans une certaine mesure.

Mobiflight : https://www.mobiflight.com/en/index.html

 
Je pense qu'un Arduino Uno ça suffit. Perso, j'aime bien les teensy car c'est beaucoup plus performant, ça a plein de memoire, ça peut se configurer directement en mode joystick/gamepad, ça a plein de pins (55 digital dans une 4.1), des pins pour de l'ethernet, host USB, etc.  
Mais dans ton cas, vu que tu vas envoyer directement des commandes a xplane un Uno fera très bien le taff.  
 
La longeur des fils, je pense que ça se teste et tu verras. En theorie, oui. Mais vu que tu as que des interrupteurs, faut juste être capable de lire l'état haut/bas. Donc normalement, je pense pas que ça soit trop un problème. Peut-être qu'au bout de 3 mètres ça marchera plus
 
 

Je vais regarder

J'avais déjà bricolé un Teensy v2, il y a pfiouuu... ça marchait pas mal du tout.
 
Je pourrais reprendre un nouveau... Je regarderai les specs car si il y a 55 pins, avec 2 teensy ça pourrait faire l'affaire, non ?
 

3m max ça devrait être bon.
 

Tu peux bourriner avec deux teensy
 
Pour le coup, il faudrai prendre un 3.6, a cause de Covid les dispo en 4.1 sont pas top en ce moment... Mais tu as 64 pins (enfin, 54 facilement accessible, les 7 derniers sont sur les pins de la carte SD)
https://www.pjrc.com/store/teensy36.html
 
Je trouve ça plus clean avec un multiplexeur, tu as qu'un seul périphérique a brancher, qu'une carte a programmer, mais bon tu fais comme ça t'arrange
Limite tu fais un mix des deux. Les encodeurs risque de toute manière de préférer d’être sur directement sur la Teensy

Perso j'ai fais ma button box mais je me rends compte qu'il y a pleins de trucs que je voudrais mais je vois pas comment faire avec un arduino.
Genre par exemple j'aimerais avoir les boutons carrés qui s'allume quand c'est actif donc synchroniser avec la sim ! vous savez si on peut faire ce genre de chose en arduino ?
Je suis parti de ça : https://youtu.be/kbuyXz9sNw0

Pour du multiplexage il y a aussi le MCP23017 en I2C qui rajoute 16 E/S a un Arduino. De mémoire on peut en mettre 3 ou 4 sur le bus de l’Arduino, et ça ne prend que 2 broches (en tout, pas par MCP)

 
Oui c’est faisable, faut juste faire x2 au niveau des broches : pour chaque bouton, une pour le switch et une pour la LED.
 
Il faut aussi savoir comment gérer l’état de ta LED : retour d’état via le simu (le mieux pour être sûr d’avoir le bon état) ou retour géré par l’Arduino (c’est lui qui décide si on allume ou pas ; moins de communication / de latence mais risque de désynchro avec le simu).
 
Au final, c’est ni plus ni moins la même chose qu’avec mon MCP : des boutons et des LEDs d’état. Pour ma part, c’est P3D qui me donnait l’état des LEDs.

pas con la simplicité avec le double branchement, après desync si j'ai une anomalie au pire
Faut juste que j'en trouve maintenant

Le bon mot clé c’est « korry ».
 
Bon chonss

tu as pas une version chinoise

Je préfèrerais une seul code shippé en effet.
Maintenant, si les encodeurs préfèrent du Teensy, ça me fait déjà 2 codes différents à shipper.
 
Je vais déjà continuer ma liste de courses
 

 
Un vraie de vraie, Respect    

WIP

Woaw !
 
Curieux du résultat final et du détail des touche!

Oh ça va être sympa à suivre aussi ça

J'ai fait ça (wip) pour le levier du train d'atterrissage aussi :
 
https://www.youtube.com/watch?v=BgtKv7Pq9jI
 
Par contre j'en chie un peu pour les lettres n'ayant pas d'imprimante résine. Je triche un peu mais bon ça sera déjà pas mal pour un début. Et vu que c'est en kit, je vais pouvoir refaire les trucs ratés ou pas assez précis petit par petit.

Spa bête

Pour ma part, je suis en train de réfléchir à l'intégration d'encodeur dans le panel alors que c'est un écran derrière le panneau...

L'idée initiale est de créer un cache en MDF que je place sur l'écran.
Les instruments étant affichés et "détourés" par le cache.

Certains instruments demandent des encodeurs pour être réglés (baro, heading, course, ...) et ces encodeurs ont une certaine épaisseur.

Je n'ai pas envie de les placer dans un boîtier dédié sur le côté et je n'ai pas envie non plus d'avoir des "bosses" sur le panneau...

Bref, ça cogite

 
Ah oui !