Salut Steph, un 321 quelque peu... hérétique, oui , un demi cockpit sur la base du Toliss pour X-Plane avec l'interface SimVimX. J'ai encore beaucoup à découvrir. Mais je ne suis pas seul, j'ai des amis autour de moi, je pense qu'aujourd'hui on ne peut plus construire un cockpit tout seul, il faut des compétences diverses et un bon Forum Claude
Bonjour à tous Ne vous inquiétez pas les gars, je n'ai pas l'intention de partir. Je pense m'être mal exprimé, voilà tout ... La curiosité sur les FPGA m'a piquée profondément Il faut que je fasse attention à certaines tournures de phrases qui peuvent être mal interprétées, c'est de ma faute .
Mais je laisse le post de Lolo tranquille , après tout c'est son post
Cordialement
Bernard
Mon blog de construction : http://tabar57.blog4ever.com Hémicockpit de Beechcraft B200 ( de FlightOne ) P3DV4.5 et 2 PC en réseau W7 64 bits et W10, cartes OC et FDbus, vibreur et yoke rdf de BFFsimulation, météo réelle asp4
Bonjour et bonne année 2022 je suis toujours sur le simu . . . multi-casquettes . . . Alors voila . . . Revoir mes videos précédences de modélisation 3D avec les Arduino ... 3 X Arduino en USB pour la gestion des MCDU et ECP et je n'ai plus de bugs . un soft en Visual Studio en C (développé par David) merci à lui. et le micro programme Arduino pour la gestion hardware des MCDU ECP c'est long . . . mais j'avance !!!
Cool Lolo, çà bosse dur dans les vieilles chaumières, en ce qui me concerne j'en suis à 3 Arduinos en i2c sur un Esp32 en wifi pour piloter mes jauges moteurs et gagner ainsi 3 ports USB.
On avance, on avance et on se tire bien la bourre
Bernard
Mon blog de construction : http://tabar57.blog4ever.com Hémicockpit de Beechcraft B200 ( de FlightOne ) P3DV4.5 et 2 PC en réseau W7 64 bits et W10, cartes OC et FDbus, vibreur et yoke rdf de BFFsimulation, météo réelle asp4
Bonsoir Bernard, En effet, c'est une autre solution. . . intéressante. l'Arduino et vraiment très bien pour ça (avec toute ces solutions qui s'offre à nous). moi, j'aimerai faire un Arduino un équipement. pour la maintenance, c'est facile à remplacer (avec un équipement d'avance ) on répare dans la minute . . . et aussi moins de câble electrique qui traine dans le simu.
Bon, Je me suis remis sur la carte RMP FPGA. J'ai eu la mal chance de planter le soft du FPGA (il y a plusieurs mois). Et la, La galère à commencé à tel point que je n'avais plus l'envie d'y retouché! et j'ai réussi a me dépatouiller . . . après des heures et des heures! aujourd'hui c'est du passer . . . mais j'ai vraiment peur a chaque sauvegarde. j'ai toujours des problèmes de routage mais je vais continuer comme ça au maximum
ça fonctionne enfin! La premiere étape, je viens de la validé. Le câblage c'est OK et tous les schémas sont à jour !!!
et c'est probablement la partie la plus facile . . . il n'y a aucune latence ... c'est génial j'ai utilisé un encodeur pas très courant (encodeur quadrature) un peu plus complexe à decoder, et comme, je dis pourquoi faire simple .... le décodage des 7 segs est realisé en interne. ça c'est pour la partie facile
je vais avoir des stratégies à prendre . . . Sur la communication avec l'extérieur ? + la mémorisation des canaux FPGA RS232 ? ou Arduino en tampon ? bus i²e? je vais faire une pause pour se projet ... je ne suis pas bon en programmation pure . . . et le C, le C, c'est C.., C++ c'est plus Il faut que je bosse ça aussi pour connaitre les possibilités du FPGA!!!
ça commence à prendre forme !!! Voici une petite video tout fonctionne avec des Arduino. Et bientôt les RMP Fpga. . . (quelques années ) il n'y a que le Fcu que j'avais acheté il y a déjà quelques années. il y a beaucoup à faire encore . . . (tournage et fraisage sont les deux mamelles du bricoleur.
j'ai un peu avancé dans ma modélisation pour le FPGA. j'ai pensé faire une pause et j'ai eu quelques idées pour résoudre mes problèmes. je n'ai toujours pas fait de programmé en C (je repousse l'échéance) . que je ne comprend toujours pas bien l'intégration du processeur RISC au sein du FPGA. j'ai realisé cette partie tout en logique programmable (pour un vrai fonctionnement multitâche). Comme à la veille école des années 80/90 Avec des compteurs 8 bits, décodeur 10 bits, sommateur 8 bits, démultiplexage 8 bits, décodeur d'adressage.
- pour la partie RMP ACTIVE, je pourrais reprogrammer les compteurs à la voler en C donc très peu d'octet . . .donc (2 à 3 octets de prévue pour l'instant) via offset fsuipc et pour synchroniser les trois RMP - une partie RMP STBY/CRS comptage temp réel
j'ai déjà une partie de déverminé . Idée-> c'est de ne pas avoir de logiciel qui tourne sur pc pour la gestion des informations du RMP et un maximum d'autonomie Juste la lecture et l'écriture des offset radio. nota: la carte PCB demande une remodélisassions la v7.0 (c'est une évidence aujourd'hui) et j'y travaille. mais ça fonctionne
hi, C'est vraiment un composant génial le FPGA, Pas simple d'utilisation ce logiciel et très capricieux Même avec un bon code en C# ?, il ne fonctionnait pas . . .voir 1 fois sur deux. Tant que les paramètres du soft n'est pas bien paramétré Apres quelques visionnage video sur Youtube et la lecture de doc en anglais et plusieurs mois d'étude du composant Au final c'est récompensé. c'est vraiment très intéressant. J'ai enfin réussi à envoyer des données vers USB via du code et bien sur c'est du C# ou C++ ou du C.( je n'en sais rien) c'est très ressemblant pour moi Apres la première version la V1 du RMP A320 le 4 nov. 2016 avec MobiFlight avec une Arduino. Et la future V7 avec un FPGA avec la gestion en autonome des 3 RMPs j'ai réussi les 50% du Project.