Nouveau test interaface FG avec protocol générique

daweed · 8/02/2016 22:37:21

Salut tous le monde,

voila les dernière avancé, ça faisait un moment que j avais mis ça de coté, mais le virus m'a repris

Gestion d'afficheur 7 segments et témoin lumineux (donnée envoyé arbitrairement)

Gestion d'un afficheur 7 segments avec communication TCP avec FG (protocole générique)
Seul le cap est transmis pour le test, mais par rapport au tout premiers essais, il n y a plus de polling sur l instance FG, c est FG qui envoie la donnée.

https://youtu.be/rShOLMAQX6s

Biloute974 · 8/02/2016 22:51:02

Salut,

cool de voir que le virus t'es repris
Continue sur cette voie, ça force l'admiration pour le boulot accompli et ça me motive davantage

daweed · 9/02/2016 11:39:37

Salut,

il me reste a finir de corriger les classes pour les interrupteurs et les encodeur rotatif et je pourrais me lancer dans le codage d'un vrai prototype (panel noir sur les vidéos)

Une fois corrigés le code sera mis en ligne pour servir de trousse à outils.

Il me faut aussi me documenter sur la gestion d'interface graphique en python, ce sera toujours plus agréable et accessible pour la la création et la gestion des fichiers de config.

Dernière modification par daweed (9/02/2016 11:41:33)

Biloute974 · 9/02/2016 11:42:12

Hâte de voir tout ça en oeuvre

asstech · 27/02/2016 22:06:16

J'espère que le virus est toujours actif

Après avoir commencé avec l'arduino, je me suis dirigé vers le RPi après avoir apprécié ta précédente discussion sur les liaisons TELNET/TCP/UDP...
Après la découverte de python, enfin un script de démarrage du C172 fonctionnel à partir du RPi et un petit programme graphique qui se contente d'afficher la vitesse de rotation du moteur.
Pour moi, c'est déjà un bon début

Je suppose que c'est le manque de temps qui t’empêche de mettre en ligne tes avancées en temps réel.

En tout cas, bravo pour le travail déjà effectué, le contenu est accessible aux "débutants" qui cherchent à réaliser un projet, et je pense que cela pourra déclencher de nouvelles vocations parmi ceux qui pourraient être largués par des discussions trop spécialistes

Et en attente de tes nouvelles infos

bertrandperrier · 28/02/2016 13:22:30

bravo, c'est cool ça,
moi j'ai une carte arduino uno je pourrais faire des tests aussi

daweed · 29/02/2016 12:49:57

Salut @tous.

@bertrandperrier : Certains projets ont déjà une grande avancé avec des cartes types arduino (fait une passe sur le forum anglais.). Un gas à réaliser le fcu complet d un 777 avec. Mais je n ai aucune connaissance dans ce matos.

@asstech. Le manque de temps oui, mais pas que. Il y a un autre projet Flightgear sur le lequel je me suis positionné ( nouvelle version de l'A330 au seins d une équipe dynamique ) et c est assez chronophage.

Concrètement il y a de grande ... énorme avancée (en tous cas pour moi).

Je posterais sous peu une petite vidéo d intro et les lib en ligne c est vraiment pour trés bientot.

+ D'abord exit telnet. Finis, je n utilise plus la class Telnet de FG. Trop coûteuse et pas assez réactive.
+ Protocol de communication natif FG : Generic Protocol. J avais quelques problème à le mettre en oeuvre dans le sens interface => FG (pour les acteurs), c est fait.
+ Interface géré actuellement par 2 process exécuté par le raspberry.
-Une interface pour les entrées (acteur : switch, commutateur rotatif, encodeur ... etc) (Client TCP)
-Une interface pour les sorties (témoin lumineux , afficheur 7 segements, ecran ... etc) (Serveur TCP)
+ Tout est codé en python.

Ce qui m'a permit de définitivement valider la faisabilité et le concept. Et c est tout bon. J ai réussis a créer un mini tableau de bord , avec afficheurs et témoin et tout est ok.

J en suis à la phase de réalisation du prototype finale de l interface

+ Réalisation des Typons des différente cartes de l'interface. <= je suis actuellement dans cette phase.
+ Réalisation des circuits imprimés.

l objectif final du prototype finale c est voir un fcu fonctionnelle

asstech · 3/03/2016 21:55:05

Sacré boulot
Pour ma part, je reste pour le moment sur le C172 et continue à le découvrir, ainsi que les dessous de Flightgear.
Je cherche à réaliser un home cockpit simple, mais qui doit me permettre de manipuler tous les différents boutons et interrupteurs sans passer par le clavier et la souris
Dans une autre vie, j'avais tous les moyens techniques et informatiques pour interagir avec mon simulateur, maintenant, il faut repartir à zéro
Sur internet, le niveau de certaines réalisations est vraiment exceptionnel, c'est carrément de l'amateurisme professionnel
Mais dans la série "les débutants parlent aux débutants", il sera préférable d'ouvrir une nouvelle discussion où l'on pourra raconter nos joies et nos peines à réinventer l'eau chaude
A suivre...

daweed · 28/04/2016 23:24:40

Salut,

Un petit, tout petit aperçus, j ai essayer de faire une video, mais je suis une vrai buse ...

Donc semaine prochaine, vacances, je prendrais un jour ou deux pour détailler tous ca

le prototype finale du POC ressemble a :

Ca fait quelques semaine que je teste dans tous les sens. J ai encore pas mal de probleme avec les bounces des push btn, et la solution "logiciel" ne me satisfait pas vraiment, donc je vais regarder pour soit ajouter un circuit RC , soit jouer avec les triggers de schmit, mais dans l ensemble ca fonctionne.

Les encodeurs rotatif sont en cours d intégration dans la boucle principale du prorgramme

En tous cas, avec 1 seul rpi, on peux déjà faire bcp.

Dernière modification par daweed (28/04/2016 23:27:07)

Biloute974 · 29/04/2016 7:31:40

Salut. C'est génial de voir que ton projet avance bien. On imagine bien le travail qui est fait et qui reste à faire.
Je te tire mon chapeau

Dernière modification par Biloute974 (29/04/2016 9:49:39)

daweed · 29/04/2016 9:10:50

Salut,

je ne désespère pas de résoudre ces petits soucis.

Ce qui est vraiment formidable c'est que tout est déjà dans FG, je ne fait qu'utiliser l''existant, plus quelques bricole (led, bouton, inter... etc)

Pour être clair, dans les panels içi il n'y a que du vide (pas de carte électronique, pas circuit .. etc)

Les panel ne sont que des boites en plastique incrustés d inter , de led et d afficheurs . le tout relié au RPI via quelques expandeurs I2C.

Le plus dur va être maintenant de mettre ca en video, et d'expliquer comment tous cela est interconnecté. (mais je ne me sens pas l'ame d'un présentateur du tout

J'essayerais aussi de vous montrer l'envers du décors.

Bon, maintenant on est encore loin du bout, il faut encore penser à la menuiserie et avant ca ... il faut finir le sous sol pour l'acceuillir et ca c est pas gagné

daweed · 20/06/2016 10:23:48

Salut tous le monde,

La version Beta 1 est sortie du four

RPI2 (quad core ARM / 1Gb RAM)

Sur cette configuration

64 entrées numériques
256 sorties numériques

Facade avec la prise RJ45

Vue d'ensemble

Le RPI2

Les cartes support pour les HT16K33 (128 sortie sur chaque, soit 256 au total)

les cartes adaptatrices qui recevront les modules I/O de chez AB electronique (d'origine il était sur un port a 26 Broches , depuis le PI2 , le connecteur en a 40 , içi 2 cartes pour 64 inputs (reconfigurable en out si nécessaire

Je suis en train de finir de mettre au point la carte d'alimentation et les cartes "bornier" sur l'arrière but boitier.

C'est le premier prototype et j ai déjà découvert certaine petites anomalies , qui n'empèche pas vraiment le fonctionnement qui font ch... la vie lors de l'assemblage.

Quelques rectification et le hardware dans son ensemble

Dernière modification par daweed (20/06/2016 10:40:20)

daweed · 23/06/2016 21:03:19

L'interface complète cablée avec les drivers hardware
2 HT16K33 (Led drivers) 256 out possible (2 x 128) (utilisable également avec des afficheurs 7 segments.).
repartis comme suit 2 X 8 out (deux port de 8 sortie) + 8 commun différent
=> soit 128 sortie possible sur un driver
calcul rapide un afficheur 7 segments - digit comme on trouve sur les FCU - nécessite 8 sortie (7 segments + le . decimale si besoin) + 1 commun

sur un airliner classique (récent ok ), le fcu classique :
3 digits pour la vitesse
3 digit pour le cap
5 digit pour l'altitude
5 digit pour ls vitesse verticale

Total 16 digit a piloter soit :

8 segments x 16 = 128, il faudra un driver HT16K33 rien que l'affichage digital du FCU
il faudra répartir sur les commun les différent digit

on peux mettre par exemple la vitesse et l'altitude sur le premier groupe de 8 sortie (port A) + les 8 commun et mettre le cap et la vs sur l'autre port de 8 sortie + les 8 commun.

on peux dire qu'il aura 2 bus de données (part A et B de 8 bit chacun) pilotés par 8 commun différents

le second driver HT16K33 peut donc piloter 128 témoins lumineux supplémentaire , ou d'autres afficheurs 7 segments (QNH par exemple) ou meme un mix des deux.

4 MCP23017 (I/O expandeur) fournissant 64 entrée / sortie digitale.

Le port du RPI étant transmis entre chaque board il est surement possible de stacker la solution (ajout d un port exterieur qui permettrait de relier les boitier entre eux.

Ou la solution être intégré dans un boitier plus grand, mais j'aime assez ces rack 1U, ca se rack facillement , même sur des montant de bois.

Ces 64 entrés / sorties sont configurable à souhait.

L'alimentation a été mis en place en mode "dev" d'ou le fait que ce ne soit pas les pcb finaux pour l'alim en elle même et le peigne de distribution.
Ces circuit imprimé sont fait maison et même si leur qualité est bonne (typon imprimé sur transparant avec une bonne grosse imprimante laser, noir parfait)
Les versions finales, je pense les faire fabriquer , il y a un tas de socité en ligne pour ca.

J ai rapidement branché l interface hiers soir, juste pour vérifier que toute la connectique était ok, et c'est parfait tous les devices hardware sur le bus I2C du raspberry est la.

daweed · 23/06/2016 21:09:11

il est asser facile d'imaginer , par exemple pour les jauges , de trouver un device I2C dont le boulot est piloter des cervo moteur ...

tiens bah ca existe

https://www.adafruit.com/product/815
https://www.adafruit.com/products/1438
https://www.adafruit.com/products/1438
https://www.adafruit.com/products/2348
https://www.adafruit.com/products/2327

et en fouillant on va bien trouver une class pour piloter ca, le plus gros du boulot est déjà, reste juste a créer une couche dans la class de l'interface pour créer un objet qui permettra de piloter le cervo ... et voila la jauge est faite, plus qu'a récupérer les infos de FG via les protocoles génériques

Dernière modification par daweed (23/06/2016 21:15:23)

daweed · 23/06/2016 21:10:28

il me reste a finir la partie connexion (les borniers de sortie)

Biloute974 · 24/06/2016 7:59:06

AH, tu m vends du rêve avec cette interface. Excellent boulot et des heures et des heures de travail pour en arriver à là, chapeau

daweed · 24/06/2016 10:42:35

Biloute974 a écrit :

AH, tu m vends du rêve avec cette interface. Excellent boulot et des heures et des heures de travail pour en arriver à là, chapeau

Nan, moi je vends rien , tous sera bientôt dispo pour tous le monde, gratuitement, je suis en train de rechercher la licence adéquate a ce que ce soit gratuit, mais que l'on ne puisse pas pomper a tour de bras (l'expérience LFLL m'a un peu refroidit)

Biloute974 · 24/06/2016 13:24:29

daweed a écrit :

Biloute974 a écrit :
AH, tu m vends du rêve avec cette interface. Excellent boulot et des heures et des heures de travail pour en arriver à là, chapeau
Nan, moi je vends rien , tous sera bientôt dispo pour tous le monde, gratuitement, je suis en train de rechercher la licence adéquate a ce que ce soit gratuit, mais que l'on ne puisse pas pomper a tour de bras (l'expérience LFLL m'a un peu refroidit)

Salut, que je disais "vends" c'était au sens figuré
Bravo, vraiment, tu as fais là un travail de titan, bravo

Après pour ce qui est du type de licence... dans le libre il n'y a pas grand chose qui protège la création et la distribution... GPL, oui et non... Le Copyleft peut être une alternative intéressante qui contraint de citer l'auteur lors d'une modification du code et distribution.

daweed · 24/06/2016 19:19:47

Slt Biloute; je pense plus a une license de type CC (creative common) avec les options qui vont bien pour empêcher surtout les modifcations , comment dire, non contrôlé

mais en mode libre je n ai pas trouver pour n'avoir que le coté gratuit , (pas de distribution autre que par le canal de l'auteur, modification interdites)

Enfin bref de toute façon si vraiment il y a du monde intéressé de toute façon les documentation et plan technique seront de totue façon accessible par tous gratuitement
L idée n'a jamais été de faire de l'argent mais de faire profiter la communauté des simulateurs, parce que même si mon code est dédié a FG, il ne faudrait pas grand chose pour l'adapter a n'importe quel simu tant qu'on est capable d'écrire le bout de code qui permet la communication avec le simu, pour le reste les drivers hardwares seront toujours piloté en I2C par le RPI

D'ailleurs l'interface telle qu'elle est pourrait tout aussi bien servir a un cessna ou un 777, tant que l'on renseigne les bonnes propriétés dans les fichier de config.

Les I/O peuvent tout aussi bien gérer le poussoir des pompes (korry sw) d'un 777 comme servir d'entré pour le switch à clé du démarreur du cessna

Pour l'instant et de par le fait que le RPI ne gère pas d'entrée analogique, il va me falloir ajouter sur le même schéma un driver pour ce genre de matériel (exemple le tiller d'un airliner) et il faut écrire la class python pour les gérer. mais c'est a voir comme un add on à l'interface de base.
Même princpe pour gérer un jauge analogique, tant que l'on a l'information dans FG, il y aura toujours un moyen de l'exploiter et piloter , dans ce cas, par exmple un petit cervo moteur, ou même un gros vérin de plateforme mobile ... c est encore un driver hardware a mettre au point pour faire la conversion signaux numérique => pneumatique (ou hydraulique)

Je pense que l'on peut tous gérer avec ce système, reste que le RPI n'est pas non plus un monstre de puissance, donc il est fort possible qu'il faille plusieurs interfaces complète (RPI compris donc) pour gérer un cockpit entier.

J'ai essayé de trouver des cartes I/O qui se brancherais sur PC (pci , pci express) sur lesquelles je pourrais adapter tous le système, mais ça trahis un peu l'idée d'avoir une interface autonome, je pense donc plus sur la première idée, plusieurs interface communicant dans le réseau. Mais on y est pas encore.

Compte tenus que les drivers hardware ont une adresse sur le bus I2C leur quantité est limité

Sur un bus I2C on pourra mettre :

8 drivers HT16K33 (soit 8x128 sortie LED / Afficheurs 7 Seg - soit un total de 1024 sortie type led

8 drivers MCP23017 (soit 8 x 16 digital I/O - soit un total 128 I/O - chacune d entre elle configurable en entrée ou en sortie

Ceci n'étant pas du au restriction du bus en lui même mais par le fait que ces devices hardware ne possède que 3 bits pour définir l'adresse

Avec la première version de l'interface (RPI Model 1, mono core, 512 Gb RAM) avec cette config par moment on sentant qu'il y avait des lag dans les interruptions, fallait pas trop le chatouiller.

Cette version est pourvus d un RPI Generation 2 (quad core 1Gb RAM) pour l'instant aucun problème rencontré et j ai chargé la mule avec le A330
- Full display FCU (16 Digits)
- Full FCU (4 encodeur rotatif, 6 poussoir)
- Display en mode HPa du QNH
- Panel moteur avec les deux cutoff moteur et le selecteur de démarrage
- Un Panel reprenant certains sw de l'overhead (Les feux, APU, Pompe carbu, battery, engine gen, bleed ...) , chaque poussoir étant équipé de ses deux témoin lumineux..

Dans l'ensemble je suis assez content du résultat, mais je pense que je peux encore optimiser la boucle principale, et puis j'aimerais asser arriver a passer certains éléments sous la forme de multithread, mais la je manque encore de connaissance dans le sujet

Dernière modification par daweed (24/06/2016 19:26:01)

daweed · 25/06/2016 23:36:23

Voila le test des afficheur du FCU, histoire de valider que tout fonctionne toujours comme prévus

https://youtu.be/E9eMnMNtcMs

daweed · 26/08/2016 13:35:42

Mise en forme de l'interface.

Tous a été implanté dans un boitier 1U (photos dans la prochaine edition)

Un (petit) ensemble de panel a été rapidement bricoler pour valider le fonctionnement :

Face

Arrière (Ok il y a quelques calbles, mais ne prenez pas peur !! )

Circuit Anti rebond (pour les entrées de type bouton poussoir)

J ai voulus faire une vidéo, mais je suis vraiment une quiche

Quand je prends des photos & / ou video voila ce qui se passe :

Les Led sont un poil trop puissante, et du coup avec les halo on ne voit plus rien (si quelqu'un a une idée, je suis preneur que je puisse réalisé une belle vidéo)

Depuis j ai ajouté un nouveau panel EFIS (Gestion QNH et ND sur A330) ainsi que la dernière partie du FCU (les selecteur rotatif et les boutons (AP, ATH, LOC ... etc)

La suite au prochain épisode (dés que j arrive a faire cette foutue video

ctesc356 · 27/08/2016 0:00:45

Wow, du fer à souder par ces chaleurs!

Clm76 · 27/08/2016 17:39:25

@ daweed :

Les Led sont un poil trop puissante, et du coup avec les halo on ne voit plus rien (si quelqu'un a une idée, je suis preneur que je puisse réalisé une belle vidéo)

Si tu veux diminuer l'intensité des leds, tu augmentes la valeur de la résistance qui est entre la led et le + ou le - en fonction du câblage.

Biloute974 · 27/08/2016 20:24:59

Whaoouuu, ça envoi et ça prend forme

daweed · 29/08/2016 14:56:04

Clm76 a écrit :

@ daweed :
Les Led sont un poil trop puissante, et du coup avec les halo on ne voit plus rien (si quelqu'un a une idée, je suis preneur que je puisse réalisé une belle vidéo)
Si tu veux diminuer l'intensité des leds, tu augmentes la valeur de la résistance qui est entre la led et le + ou le - en fonction du câblage.

Bonjour Clément,

il n y a pas de résistance sur le circuit LED (resitance en interne du HT16K33 ...)
Les LED (ou les afficheurs 7 segments) sont directement connecté entre une sortie (anode) et un commun (cathode)
[ voir le datasheet de la puce ]

Cependant, j'avais complètement zappé, dans ma lib j y ai codé une fonction "setBrightness()" ...
Le HT16K33 peut gérer ca , les sorties sont en PWM ca devrait résoudre le problème ... je devrais enfin pouvoir vous faire une belle video

Dans cette première version finale, chaque petit module est connecté aux autres par le biais du port GPIO du RPI [ connexion via cable plat et souple)

La mise au point d'une "Carte mère", hébergeant tous les drivers nécessaire est en cours.
J ai commencé à plancher sur le driver pour les cervo-moteur (pour les jauges à aiguille par exemple)

En attendant la vidéo, voila l'interface dans sa version "0" définitive, proprement cablé.

- Alimentation interne régulé à 5V.
- 64 Entrées
- 256 Sorties

Dernière modification par daweed (29/08/2016 14:58:13)

Forum Flightgear France

Annonce

#1 8/02/2016 22:37:21

Nouveau test interaface FG avec protocol générique

#2 8/02/2016 22:51:02

Re : Nouveau test interaface FG avec protocol générique

#3 9/02/2016 11:39:37

Re : Nouveau test interaface FG avec protocol générique

#4 9/02/2016 11:42:12

Re : Nouveau test interaface FG avec protocol générique

#5 27/02/2016 22:06:16

Re : Nouveau test interaface FG avec protocol générique

#6 28/02/2016 13:22:30

Re : Nouveau test interaface FG avec protocol générique

#7 29/02/2016 12:49:57

Re : Nouveau test interaface FG avec protocol générique

#8 3/03/2016 21:55:05

Re : Nouveau test interaface FG avec protocol générique

#9 28/04/2016 23:24:40

Re : Nouveau test interaface FG avec protocol générique

#10 29/04/2016 7:31:40

Re : Nouveau test interaface FG avec protocol générique

#11 29/04/2016 9:10:50

Re : Nouveau test interaface FG avec protocol générique

#12 20/06/2016 10:23:48

Re : Nouveau test interaface FG avec protocol générique

#13 23/06/2016 21:03:19

Re : Nouveau test interaface FG avec protocol générique

#14 23/06/2016 21:09:11

Re : Nouveau test interaface FG avec protocol générique

#15 23/06/2016 21:10:28

Re : Nouveau test interaface FG avec protocol générique

#16 24/06/2016 7:59:06

Re : Nouveau test interaface FG avec protocol générique

#17 24/06/2016 10:42:35

Re : Nouveau test interaface FG avec protocol générique

#18 24/06/2016 13:24:29

Re : Nouveau test interaface FG avec protocol générique

#19 24/06/2016 19:19:47

Re : Nouveau test interaface FG avec protocol générique

#20 25/06/2016 23:36:23

Re : Nouveau test interaface FG avec protocol générique

#21 26/08/2016 13:35:42

Re : Nouveau test interaface FG avec protocol générique

#22 27/08/2016 0:00:45

Re : Nouveau test interaface FG avec protocol générique

#23 27/08/2016 17:39:25

Re : Nouveau test interaface FG avec protocol générique

#24 27/08/2016 20:24:59

Re : Nouveau test interaface FG avec protocol générique

#25 29/08/2016 14:56:04

Re : Nouveau test interaface FG avec protocol générique

Pied de page des forums