Version B48.x

[David LEBAILLY]

Actuellement, j'utilise des arduino pour mon FCU et mon overhead.
Ensuite, il me faut un soft passerelle embarqué sur un PC pour transmettre les données de/vers A320FMGS.

En fait, la passerelle reçoit les données sous forme série de la arduino, les met en forme et les renvoie à A320FMGS via une communication FSUIPC.

Pour rappel, les sources et les exécutables de ces passerelles son disponibles sur mon site (https://simua320.jimdo.com)

L'ouverture d'un canal de communication vers ARDUINO permettrait de ce passer de ces passerelles, certes, mais ce n'est pas ce qui est le plus important. Ce qui me parrait le plus important, c'est l'accès à toutes les données qui ne sont aujourd'hui pas accessibles via FSUIPC, je pense par exemple à la possibilité d'affecter une valeur à n'importe quel axe, qui n'est aujourd'hui possible que par la déclaration d'un axe de joystick. (c'est le cas précisément des potentiomètres des ACP...).

Donc oui, ce sera une grande avancée, surtout pour l'ouverture des données non actuellement accessibles par FSUIPC cause manque d'offsets.

Mais bon, on ne te met pas la pression, hein, Jean Luc!
David.

[lolosimule]

@David
j'ai vu ton travail c'est du bon boulot !
et en plus partager des connaissances
moi . . . je n'en suis pas encore à utiliser le simulateur!
j'utilise MobiFlight . . . il est sympa
je ne sais pas programmer comme Jean-Luc et toi David!
Enfin si . . . en GFABASIC sur ATARI 1040STF
Mes projects serait des arduino: Clavier MDCU, RMP ,ACP ,Horloge "APE 5100"

[David LEBAILLY]

j'utilise MobiFlight . . . il est sympa
je ne sais pas programmer comme Jean-Luc et toi David!
Enfin si . . . en GFABASIC sur ATARI 1040STF
Mes projects serait des arduino: Clavier MDCU, RMP ,ACP ,Horloge "APE 5100"

Je ne connaissais pas MobiFlight... je découvre grâce à toi.
En gros, ça fait la même chose que mes cartes arduino avec leur soft et mes passerelles...
Si j'avais su, je ne me serais surement pas donné la peine de tout coder moi même.

J'avais fait la même chose pour l'ensemble de A320FMGS, j'avais tout fait moi même avant de découvrir celui de JeeHell qui était déjà plus aboutit que le mien, c'était il y a un an...

BASIC sur ATARI 1040, j'ai fais ça aussi, il y a un peu plus de vingt ans... c'est de bons souvenirs

Concernant tes projets avec ARDUINO, pas de problèmes particulier pour le clavier MCDU puisque JeeHell nous livre les offsets FSUIPC qui vont bien. Il ne te reste plus qu'a faire une matrice pour scruter chaque touche et en avant. Tu peux largement t'inspirer de ce que j'ai fait pour l'ensemble des korries de mon overhead, et reprendre le source que tu trouvera dans la partie "Logiciels" et l'adapter. Ensuite, il te faudra faire également une petite passerelle, en adaptant les sources de la mienne (OverheadGTW) dont les sources sont également disponibles au même endroit, a moins que tu attende que JeeHell n'ouvre la communication vers les ARDUINO.

Concernant les RMP et ACP, tu va te heurter aux mêmes problèmes que moi, à savoir l'absence d'Offsets FSUIPC pour communiquer avec A320FMGC. Attendons le canal de communication dont JeeHell a parlé.

Quand à l'horloge, ça me parait encore le plus simple, puisqu'il suffirait -a mon sens- de récupérer l'heure GMT du simu, disponible sous FSUIPC aux offsets 023A, 023B et 023C respectivement pour les secondes, les heures et les minutes. Quand aux fonctions chrono, du coup, moi, je les ferais en local directement dans le soft arduino...

[David LEBAILLY]

Hello,

Une Remarque qui pourrait aussi m'éclairer, ne peut-on pas utililser d'autres entrées analogiques par exemple sur une carte DC Motor, servo Motors ou autre USB Expansion afin d'augmenter le nombre d'entrées analogiques?
Comme je les possède, pourquoi pas utiliser tout leur potentiel? Bon on reste toujours limité.

Valério,

En effet, bien que je n'ais jamais utilisé ces cartes, il semble que la DC motor propose 5 entrées analogiques, utilisables au travers de SIOC, et donc via la prochaine version de A320FMGS.
Mais ça n'en fait que 5...
JeeHell m'a expliqué que tout n'était pas fonctionnel.
En effet, les HF, CABINE, PA, etc... ça n'a pas de réalité en simu.
Malgré tout, même ignorant (et donc en laissant "en l'air") ces entrées, on arrive toujours à 10 entrées analogiques et une douzaine d'entrées TOR par ACP, à moins que l'on décide de se passer de l'écoute des identifiants morse des balises, auquel cas on tombe à seulement 3 entrées analogiques et 5 entrées TOR par ACP (VHF1, VHF2 et INT + sélecteur INT/RAD).
Il y a aussi la possibilité de faire un "mix", on est sur du simu, les besoins de redondances ne sont pas primordiaux.
Du coup on pourrait envisager une solution du genre:
- 10 entrées analogiques pour le ACP1 qui ferait tout, y compris l'écoute des identifiants des aides radio
- seulement 3 entrées analogiques pour le ACP2, en admettant que l'écoute des identifiants sera "inop" sur le 2 et disponible uniquement sur le 1
- et on se passe de l'ACP3.

Du coup, c'est vrais, avec une quinzaine d'entrées analogiques et une vingtaine d'entrées TOR on s'en tire...
Reste qu'il faudra allumer le témoin de la voie sélectionnée... Donc il faudra bien de sorties TOR...
Ça commence à faire du monde pour un pauvre ACP...
C'est pourquoi je reste sur l'idée de tout faire avec 1 Arduino Mega (16 entées analogiques, et en multiplexant, un nombre considérable d'entrées TOR, de sorties TOR...).

David.

[Ridha]

Bonjour à tous,

Rien à voir avec ACP, je viens de mettre à jour le simu avec la version B48.1
On ne remerciera jamais assez Jean-Luc pour son partage ..

ici une petite vidéo au départ de Grenoble-Isère , le temps est mauvais ce matin et le radar météo , ne rassure pas les pilotes .....
Premières utilisation de l'IAE 2500.
https://www.youtube.com/watch?v=61gsu1YrLUc&t=393s

à bientôt
Ridha

[lolosimule]

@Ridha
merci pour ce partage video meme si il ne faisait pas beau
merci aussi pour l'info "version B48.1"

Jean-Luc . . . un peut plus 8 ans de travail déjà et toujours aussi motivé.

reprendre le source que tu trouvera dans la partie "Logiciels" et l'adapter. Ensuite, il te faudra faire également une petite passerelle, en adaptant les sources de la mienne (OverheadGTW) dont les sources sont également disponibles au même endroit

@David
j'aimerai fair partager l'étude mcdu et un arduino en "open-source" avec ton autorisation en modifient tes sources
et sous qu'elle restriction?
dans SECTION "Support hardware" et crée "MCDU Keyboard et Arduino "

[A320 hérétique]

Bonjour,

màj B48.1, je refais le paramétrage des divers axes, et là je coïnce sur le throttle :
en positionnant le curseur dans l'une des 2 fenêtres supérieures, le fait de bouger l'une des manettes ne provoque plus l'affichage de l'axe concerné, même si je clique sur clear (l'axe fonctionne bien sous w10) ; il faut donc que je choisisse dans le menu déroulant la bonne ligne, mais il se trouve que j'ai plusieurs cartes OC USB axes, elles s'appellent toutes IOCa ! donc j'ai une ribambelle de lignes IOCa X-Axis, IOCa Y-Axis, IOCa Z-Axis, IOCA V-Axis, IOCA Slide0Axis, et je recommence ... et je ne sais pas laquelle choisir !

Alors, évidemment, en tâtonnant je finis par y arriver, mais comme pour une raison inconnue ce paramétrage se corrompt lorsque j'arrête FMGS plusieurs fois (je suis en plein phase de mise au point multiview sous P3D), ça finit par perdre son charme . Une idée ?

Michel

[lolosimule]

oui,
mais pas sur que ça marche je ne connais pas "cartes OC USB "!
a tester . . .
je débrancherais toutes les autres cartes qui ne sont pas concernait par l'axe en question
et fermer le programme après calibration et brancher une autre carte seule et calibré les autre axes . . .

pour résumer ne calibrer . . .qu'avec une seule carte !

et après tu pourras brancher toutes les cartes une fois toutes les cartes calibrés individuellement !

[A320 hérétique]

Cartes Open cockpit USB axes : cartes joystick, avec qques entrées analogiques et qques entrées digitales.

J'en ai 3, pb inchangé quelque soit la carte, l'entrée analogique sur la carte, et quelque soit les ports usb utilisés, le sujet ne me semble pas là ; je souhaite un process stable, qui me permette de conduire les multiples try and retry que mes nombreuses tentatives autour des viewgroup p3d m'imposent ! Je me demande s'il n'est pas nécessaire de fixer le potentiel de toutes les entrées analogiques non utilisées ... Il me semble pourtant étonnant qu'elles soient flottantes ?

Michel

[lolosimule]

ok Michel
tu as surement raison !
pour moi . . .
j'ai acheté deux joystick de la même marque, j'ai démonté la carte électronique UBS
et donc avec le meme nom "driver" sur windows
et j'ai fait comme je t'ai dit pour la calibration via "FMGS_Config.exe"
peut-être qu'une autre personne pourra plus t'aider.