Reprise du message précédent :

à ton aise hein, profites-en avant !

 
+1 même si j'ai suivi l'ensemble en coulisse

https://www.reddit.com/r/flightsim/ [...] _and_some/

Propre ! Je me demande si un panel radio ne sera pas mon prochain montage, avec 2 switches : un pour passer du module COM au module NAV,  et un pour passer du module Cpt au module F/O. Comme ça, juste besoin de 2 écrans (actif / stby) au lieu de 8.
 
J'ai réglé un petit bug sur le MCP : en voulant régler l'altitude à FL350, impossible de dépasser FL320 ... Bah oui, je stockais l'altitude dans un entier, et dans le monde 16 bits de l'Arduino, un entier, ça ne dépasse pas 32000 et quelques

Next step? https://www.reddit.com/r/flightsim/ [...] ing_along/
 

J'aime bien le module ARCDU du Dash8: https://www.youtube.com/watch?v=O0XmsBmNARI
tu peux t'affranchir des boutons en bas je pense... et ça te fait qu'un dual encoder à acheter.
 

indeed.

Tu bosses vraiment chez Boeing en fait....?

 
Le rêve ! Mais là tout de suite j'ai pas la place pour ça, à moins de sacrifier mon bureau
 

 
Ah oui, on est quand même dans un mini FMC là Mais à réfléchir quand même, un système qui permettrait de gérer COM, NAV, transpondeur, ... ; aussi bien côté Cpt que F/O avec une interface simple (double encodeur, 2/3 switches, 2/3 boutons).
 

 
Je suis dev, ça doit aider un peu

Petit test de modification sur les displays, pour régler le problème de faux contacts :
 

 
Au lieu de brancher directement sur les displays, je passe par une plaque intermédiaire où j'ai des connecteurs Dupont mâle qui sont plus épais, et donc tiennent mieux.
 
C'est réussi J'ai plus qu'à commander d'autres connecteurs, je suis à court là.

Et last but not least, j'ai enfin soudé les LEDs d'état pour l'autothrottle et les directeurs de vol :
 
https://www.youtube.com/watch?v=Q_nWzDGXkFw
 
Ce qui clôt le chapitre soudure ! (mis à part la sécurisation des displays) Ca tombe bien, il ne me reste qu'une quinzaine de cm d'étain

Pas forcément, tu peux te limiter à la partie fréquences comm/nav je pense.
 
J'avais pondu ça pour Air Manager (chercher "arcdu" dans la partie des instruments):

 
C'était du read-only à ce moment là mais ça faisait le job.

L’écran va coûter un rein si je reproduis tel quel  
 
Mais ça m’inspire :
- un écran LCD genre 16x2 (ça tombe bien j’en ai un qui traine)
- 2 modes d’affichage : le menu ou les fréquences / squawk / whatever
- un encodeur simple avec switch pour passer en mode « menu » et choisir l’appareillage à configurer
- un encodeur double pour modifier les fréquences, ou un simple à switch (méthode Amonchakai )
- un bouton pour passer du standby à actif (si applicable)
- un switch pour passer du module Cpt au module F/O (si applicable)
 
Y’a surtout du boulot niveau code, mais ça devrait bien marcher.
 
Le bonus ? Le PMDG utilise les events standard de P3D pour la radio, du coup ça sera utilisable avec n’importe quel avion.

Donc, si tu regardes l'instrument pour visualiser une freq, tu dois dois d'abord sélectionner quel type comme sur le module radio de Saitek ?

Pour les bugs aussi

 
Exact
 
Pas le plus pratique, mais il ne faut pas oublier que j’ai également une contrainte d’espace !

Plus la contrainte financière, je ne les discute pas, j'essaie d'imaginer une solution qui les mitige

Oui, puis d’abord je vais finir le MCP
 
(Pour la radio je vais plutôt partir sur un sélecteur rotatif plutôt qu’un encodeur + menu, ça sera plus simple)

re,
 

 
Un dev qui partage, c'est toujours bon à prendre, ça n'implique que moi

Si jamais tu manques de projets par la suite: https://youtu.be/VfrzoQfWrCE

Il va publier les modèles 3D à imprimer sur Thingiverse...

 
Nan mais chut lol

 
Oui oui, ça va venir. Je voudrais juste finir le MCP d’abord, sinon je me connais : ça restera un plat de spaghettis sur mon bureau.
 
Il reste la fiabilisation des connexions aux displays et le casing.
 

 
Wopitaing

Beau boulot. C'est cool qu'il file les plans.

J'ai reçu de quoi sécuriser les connexions des displays  
 
 
 
 
J'ai plus de fil d'étain

 
Au cas où j'ai été mal compris, merci déjà pour les partages déjà fait

Ah, oui, j'avais compris dans l'autre sens

Il me semblait bien, pour ça que je me suis permis de préciser

Petit up !
 
Ce week-end, j'ai pu finaliser la fiabilisation des displays. Quel plaisir de pouvoir bouger le machin sans qu'il y ai de faux contacts, surtout que ça avait tendance à faire planter les MAX ; avec comme seule solution un reboot de l'Arduino ...
 
Pour fêter la fin des soudures, j'ai ... rangé mon bureau
 

 

 
J'ai également profité que les écrans étaient décollés de la façade pour grouper les fils :
 

 

 
Et là c'est en cours de remontage. Je m'aperçois que certains fils sont un peu courts et nécessiteront d'être rallongés. Y'a plus qu'à réfléchir à la boîte !

Ah, et je suis passé à la soudure RoHS. Quelle plaie ... ça pue, et il faut que le fer soit bien bien chaud. J'ai également l'impression que mes soudures ne sont pas aussi belles qu'avant ...

Ouf j'ai eu peur, j'ai cru que le rangement c'était la pic 1
je confirme pour la soudure RoHs, "heureusement" j'ai un petit stock d'étain au plomb

Pareil.  
 
Pour la soudure avec plomb, c'est encore vendu à pleins d'endroits, pas de soucis à ma connaissance.

Nice job (pour le rangement itou )

Oui, merci
 
Maintenant que je pourrais en profiter, mon P3D a décidé de ne plus dépasser les 10 FPS sur le terrain de base, pas plus de 5 sur KJFK ; autrement dit injouable, ne serait-ce que pour démarrer l'avion

si update windows, alors checker update driver vidéo

Je tente, j'ai pas vraiment l'habitude de ces manipulation Windows

Ce que je voulais dire c'est de vérifier si tu as eu un update totomatique de Windows à l'insu de ton plein gré.
Si updaté très récemment, vérifie alors que tes drivers vidéo sont à jour par rapport à cet update.
 
J'ai de temps en temps le coup avec XPlane. J'ai l'impression que les updates Windows donnent un coup de pelle à tarte au driver OpenGL nvidia...  

Han ça a marché !
 
Merci !!

Et le bug chelou du jour suite au recâblage : sur les displays du premier MAX, les segments C et G ne s'allument plus, mais uniquement quand j'affiche un 0, un 1, un 2 ou un 7

Yop,
 
Juste histoire de dire, j'avance lentement sur mon projet, mais ça bouge    
 
J'ai tout reçu ce dont j'avais besoin. Avec aliexpress, ça a pris pas mal de temps... Mais bon, maintenant je commence à tout souder.    
 

 

 

 

 
https://imgur.com/a/ShgA41X

Propre la plaque en acier tu as fais ça comment ?

c'est pas de l'alu ça ?
 
sympa aussi ! attention aux mini switches, il sont relativement fragiles

Sacrée boîte à boutons ! Belle plaque en alu, oui, y'a de la CNC derrière ?
 
De mon côté, je suis passé à X-Plane. Du coup y'a un peu d'adaptation à faire.
 
https://www.youtube.com/watch?v=3gXNE7qjY8o
 
Premier test hier matin, en une grosse demi-heure. Au final la communication avec X-Plane est plus simple : le simu propose une API en UDP qui permet de lire toutes les variables et d'en écrire un grand nombre.
 
Du coup, j'ai commencé une gateway en NodeJS en me basant là-dessus : https://github.com/havber/X-Plane-Datarefs-with-nodejs (le code explique bien le formatage des messages) et en rajoutant la couche série pour communiquer avec l'Arduino.
 
Mon but est de ne pas retoucher au code du MCP. Ca va impliquer, par exemple, de coder l'accélération des encodeurs au niveau de la gateway.