A320 ( imprimante 3d & CNC & Arduino320 & FPGa320)

[A320 hérétique]

Hello Lolo,

Intėressant, très intéressant, ambitieux .. ça me donne envie ; en fait, tu veux reproduire les entrailles de la bête !
Je vais suivre ça avec le plus grand intérêt.
Ceci dit, arduino et le bus CAN, je vois très bien, mais FPGA320, ça m'échappe complètement : je suppose que ça a un rapport avec les fpga ??

J'en profite, très bonne année à toi, ainsi qu'aux membres de ce sympatique forum

Michel

[lolosimule]

Bonne Année à tous.

Pourquoi j'ai pensé au bus CAN ?
Je travaillais sur les 3 RMP de l'Airbus A320 et je voulais qu'ils communiquent entre eux sans PC.
En mode autonome, pourquoi avoir besoin d'un PC ? Les RMP affichent toutes les données voulues.

Après avoir étudié les possibilités de communication que propose l'Arduino (I²C, SPI),
je me suis rendu compte que j'avais toujours un système maître/esclave.
Les 3 RMP ont un fonctionnement croisé et suivant les pannes système qu'ils peuvent avoir, je peux perdre un équipement maître et plus rien ne fonctionne.
Donc si je déconnecte l'Arduino (RMP1), potentiellement le maître, tout le système tombe et plus rien ne fonctionne.
Je n'ai plus que les esclaves RMP2 et RMP3 qui ne peuvent plus discuter entre eux.
Donc après quelques recherches, j'ai redécouvert le bus CAN...

Ma première démarche est de faire des tests avec les trois Arduino avec le bus CAN pour le transfert de données sans PC
et tester les coupures RMP1, RMP2, RMP3 suivant l'ATA 23 communication de l'A320 .
Puis j'envisagerai une version avec FPGA, beaucoup plus puissant selon les systèmes ou un Arduino,
j'ai déjà réalisé avec un FPGA(A320) le RMP1 mais avec l'USB qui me demande plus de maîtrise pour poursuivre pour l'instant et donc je réaliserai mes tests avec le FPGA couplé à un Arduino qui lui aura le bus CAN
voilà l'idée pour l'instant...
pour les autres ATA . . . il y a du boulot. . .
Je pensais au APC en version tout numérique en suivant si ça fonctionne
c'est beau le rêve . . .

[lolosimule]

Coucou,
Je suis toujours dans la construction de la simulation,
et je me suis mis à la programmation en WLanguage de WinDev.
J'ai réalisé une ébauche d'un programme d'administration "simulateur" sur une copie d'un interface professionnelle existante...

Bien que mon programme n'ait rien de professionnel et que je n'arrive pas à le finir (je ne suis pas bon en programmation).
J'ai beaucoup de difficultés en POO (Programmation Orientée Objet) avec WinDev.
Chaque fois que je arrive à faire fonctionner une fonction,
je me dis que j'ai de la chance,
et je ne sais même pas pourquoi le code que j'ai trouvé fonctionne avec cette écriture de la fonction.
C'est que de la chance, lol.
J'ai mis presque 20 jours pour ouvrir une connexion avec FSUIPC à raison de 4 heures par jour.
Pour dire mon niveau en programmation.
Mais c'est plaisant une fois que ça fonctionne...
Aujourd'hui, J'ai réussi à réaliser un altimètre et un indicateur de vitesse de type A320.
J'enregistre le temps et le profil du vol, avec visualisation des courbes.
Je positionne l'avion face à une piste à une certaine distance et hauteur,
et là, je travaille sur les réservoirs...
C'est pas simple, mais c'est plaisant.
S'il y a des personnes qui programment en WinDev...

[lolosimule]

Je me demande ... si je recopie une interface graphique a 100% d'un programme existant et que j'écris le code à 100 %,
ai-je le droit ou pas ?
j'ai trouvé ça sur le net . . .
https://www.app.asso.fr/centre-informat ... -classique

nota : il y a t il des droits d'auteur sur ecam efis mcdu . . . c'est aussi des interfaces graphiques . . .

[fab]

Bonjour Lolo,

Si tu comptes devenir millionnaire avec ta production ou le revendre à une puissance étrangère, alors il sera temps de te poser la question !

Alors un conseil : aucune hésitation à faire une recopie des interfaces graphiques que tu veux !

[lolosimule]

[quote="fab"
Si tu comptes devenir millionnaire avec ta production ou le revendre à une puissance étrangère, alors il sera temps de te poser la question ! ![/quote]
non . . . c'est pas ça mon problème .( je ne vends rien )
C'est ce prendre un procès.









http://youtu.be/X8psC5HxcdE

[fab]

Je ne vois pas trop qui et pourquoi dépenser une quelconque somme pour une copie qui n'impliquera aucune concurrence ?

[lolosimule]

Bonne année 2026 à tous !
Je suis toujours sur mon simulateur…
Depuis les années 2000, ça fait presque 26 ans !!!
Et toujours pas un vol en simu…

Avec l’avènement de l’IA, j’ai enfin refait du code pour mes interfaces… et ça fonctionne !
J’ai repensé tout le simulateur en mettant la maintenance au centre, façon CAMO EASA.

https://www.novae-recrute.com/actualites/comprendre-le-camo-un-acteur-cle-dans-la-gestion-de-la-navigabilite-aeronautique

J’ai refait toute l’interface pour y intégrer tous les défauts de transmission, les pertes de données et la maintenance sol, avec TSO / TSI / TSN pour les connaisseurs (temps de fonctionnement, dépose pour test et suivi après vol).
L’interface me demande désormais automatiquement de remplacer les équipements défectueux avant le prochain vol, avec rapport d’expertise et pièce de rechange.

Du coup, j’ai laissé de côté le FPGA et j’ai demandé à l’IA Gemini de me faire du code en C# pour Arduino.
Très optimisé dans le code… à tester un jour !
J’ai pris un abonnement IA Pro : j’ai tout consommé en 4 jours et ils m’ont bloqué après… ouf, de justesse.

J’ai aussi fait le code pour créer le banc de test de l’équipement. Du coup, j’ai un PV d’essais et un certificat de conformité, avec les temps de réponse de l’Arduino, des touches, des afficheurs, etc.

L’imprimante fonctionne aussi : j’ai détourné une touche du MCDU non utilisée pour afficher la météo et les pannes des Arduino pendant le vol.
via CAMO, Je peux lancer la fabrication des pièces défectueuses et j’ai commencé à créer la documentation avec l’IA également j'ai la doc les schéma 3d ! c'est toujours le bordel mais il y a du mieux je cherche moins les doc et idée perdu avec le temps.

Comme ça, j’ai tout le simu sur Arduino.
J’en suis à la version… je ne sais même plus !

J’ai aussi l’ACP en étude avec un Arduino Uno Q et linux et dac et adc .
et les 3 RMP avec 4 Arduino !!! peut-être
j'ai beaucoup d'idée encore ...

Je pense que d’ici 1 à 2 ans, on pourra attaquer les PFD et les ECAM avec les IA... vive les "LLM" !!!

[A320 hérétique]

Bonjour Lolo, content de te relire !

Je n'ai pas compris pourquoi du C# sur les arduino ? ça veut dire une sur-couche pour interpréter le CIL ?

J'ai beaucoup aimé le C#, mais microsoft en a fait un truc infernal avec cette obsession de l'intégralement objet ; alors que c'était un truc simple et vraiment sympa pour l'amateur, c'est devenu plutôt compliqué, obligé de faire du multi-thread dès que tu veux une interface graphique, et j'en passe ... pour arduino, C, voir C++ c'est simple et très efficace ; je réserve le C# aux pgm PC où j'ai besoin d'un IHM graphique, mais c'est souvent la prise de tête !

Ceci dit, le simu est un bon prétexte pour faire l'ingénieur, comme toi j'ai volé, mais maintenant c'est passé au second plan au profit des challenges de réal technique ... en ce moment, c'est la gravure des cônes du throttle, toujours pas trouvé de solution vraiment pro .

Hâte d'en savoir un peu plus sur tes travaux.

Michel

[lolosimule]

bien vue Michel c'est dire mon niveau en programmation le c#
c'est ma nouvelle interface UGTW de David que j'ai modifié en UGTW_web avec une IA (c'est la grosse modification de se code avec les tuiles)
[/url]

mais aussi ...Voilà une idée du code généré par une IA aujourd’hui.
Je travaille aussi sur un overhead top moderne, avec moins de fils partout, et la gestion des temps de fonctionnement des leds via CAMO , avec des LED qui tombent en panne en fonction du temps d’utilisation. C’est prévu dans le code mais pas encore activé.

Bien sûr, tout sera sur carte PCB : j’en aurai cinq par panel pour pouvoir faire un remplacement urgent avant vol.
Ici, c’est une ébauche pour tester les panels sans flight simulator "sur table ".

J’hésite encore entre mettre un Arduino par panel ou un seul pour tous les panels.
[/url]