Vous n'êtes pas identifié(e).
Futur nouvel inscrit, tu dois au préalable lire l'intégralité des 10 articles des règles, s'il te plaît. Tout nouveau compte qui ne respecte pas les règles sera supprimé par l'administration.
Bonjour à tous !
Je suis sur macOS High Sierra bêta 9 avec une CG externe GTX1070. Flight Gear fonctionne impeccablement bien !!! Je vole couramment sur DR400, PA28, Cessna 172 (en réel).
J'ai une problématique, avec deux pistes de recherches de solution. Voilà : Je me suis fabriqué une réglette de "breakers" (interrupteurs) qui communiquent avec l'ordi via mon Arduino, reconnue comme un joystick (jusqu'ici tout fonctionne). Je souhaite, avec ces boutons, piloter les principaux interrupteurs du cockpit : Alternateur, Batterie, Réchauff. Carbu, Pompe, Réchauff. Pitot, Feux/Phares, et interrupteur "Avionics master". Voilà !
Donc, pour faire ça,
- soit je bidouille le fichier de conf du "gamepad virtuel", et je lui dis que : "Bouton 1" = "Alternateur On" etc...
- soit je dis à FG via un quelconque fichier de conf. qu'il attribue aux boutons cliquables du cockpit à des lettres du clavier, puis je mappe mes boutons sur des lettres avec un outil externe.
Quelle solution vous semble-t-elle la plus viable ? Comment la mettre en œuvre ? (je ne connais pas trop le XML, mais je vois les rudiments et je veux juste savoir quoi écrire entre les balises)
Merci d'avance,
erripe_millidisy
Dernière modification par erripe_millidisy (2/09/2017 13:40:19)
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Bonjour et bienvenue!
tu connais peut-être:
http://wiki.flightgear.org/Howto:Use_Ar … FlightGear
http://wiki.flightgear.org/Generic_protocol
http://wiki.flightgear.org/Telnet_usage
Réalisation d'un membre du forum, communication avec un rasperry pi : http://fr.flightgear.org/forums/viewtopic.php?id=3810
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
MERCI DE LA RÉPONSE RAPIDE !
1er et 4ème lien : super projets menés avec mes deux cartes préférées faudra que je voie comment je pourrai reproduire ça...
2ème et 3ème : AAAAAAAHHHHH plein d'infos (mais c'est surtout pour afficher des infos en output même si ça concerne un peu le input)
Donc tu voudrais dire qu'il faut que je renonce au fonctionnement de mon système de base, à savoir la reconnaissance de l'Arduino en tant que gamepad !!!???:(
Si jamais je voulais conserver ça, j'aurai besoin des choses que je dois écrire, par exemple ici à la place de "controls.flapsDown(0);" pour , par exemple, allumer les feux d'atterrissage ?
<button n="4">
<desc type="string">Flaps Up</desc>
<repeatable type="string">false</repeatable>
<binding>
<command type="string">nasal</command>
<script type="string">controls.flapsDown(-1);</script>
</binding>
<mod-up>
<binding>
<command type="string">nasal</command>
<script type="string">controls.flapsDown(0);</script>
</binding>
</mod-up>
</button>
En réalité j'ai juste vraiment besoin de savoir quoi mettre entre les balises...
Dernière modification par erripe_millidisy (2/09/2017 16:46:06)
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Donc tu voudrais dire qu'il faut que je renonce au fonctionnement de mon système de base, à savoir la reconnaissance de l'Arduino en tant que gamepad !!!???:(
Tu fais comme tu veux mais vu que cette fonction "protocole" existe...
Un exemple avec xml protocole pour input et output: http://embaranger.free.fr/viewtopic.php?pid=3474#p3474
Si jamais je voulais conserver ça, j'aurai besoin des choses que je dois écrire, par exemple ici à la place de "controls.flapsDown(0);" pour , par exemple, allumer les feux d'atterrissage ?
<button n="4"> <desc type="string">Flaps Up</desc> <repeatable type="string">false</repeatable> <binding> <command type="string">nasal</command> <script type="string">controls.flapsDown(-1);</script> </binding> <mod-up> <binding> <command type="string">nasal</command> <script type="string">controls.flapsDown(0);</script> </binding> </mod-up> </button>
En réalité j'ai juste vraiment besoin de savoir quoi mettre entre les balises...
je pense que :
<binding>
<command>property-assign</command>
<property>/controls/lighting/landing-light</property>
<value>true</value>
</binding>
<mod-up>
<binding>
<command>property-assign</command>
<property>/controls/lighting/landing-light</property>
<value>false</value>
</binding>
</mod-up>
devrait le faire.
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Aaaaaah ça, ça me plaît je vais tester :lol::lol:
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Euh en fait ça marche pas, je pense que je ne le mets pas au bon endroit !?? (je précise : là je vérifie sur le DR400) Où faut-il le placer ?:|
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Tu testes sur quel DR400?
Essaie le "Dauphin", sur l'autre la prop "/controls/lighting/landing-light" est inopérante.
Il faut créer un fichier de configuration et t'assurer qu'il soit pris en compte par fg, voir la propriété : /Input/Joysticks/....(js0, js2, jsxx)
sauf erreur il faut l'assigner dans "Flightgear/fgdata/joystick.xml" à moins qu'il soit pris en compte d'office, tu le verras dans la prop ci-dessus.
Dernière modification par ctesc356 (2/09/2017 20:06:05)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Je suis sur le Dauphin !!!! Moi je mets ton bout de XML dans le fichier de conf initialement créé par flightgear pour mon "faux" joystick.
Bon après, tu as raison... J'ai voulu rester borné dans mon système tordu, mais il vaut mieux que je fasse par communication série comme tu me le conseillais. Je vais tenter ce qui est indiqué sur https://sites.google.com/site/flightgea … flightgear
Dernière modification par erripe_millidisy (3/09/2017 8:46:47)
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Bonjour,
tu auras peut-être corrigé, la propriété c'est "/controls/lighting/landing-lights"
testé sur un bouton de mon js, ça fonctionne
button n="15">
<desc type="string">Landing-lights</desc>
<repeatable type="string">false</repeatable>
<binding>
<command>property-assign</command>
<property>/controls/lighting/landing-lights</property>
<value>true</value>
</binding>
<mod-up>
<binding>
<command>property-assign</command>
<property>/controls/lighting/landing-lights</property>
<value>false</value>
</binding>
</mod-up>
</button>-->
est-ce que ton " "faux" joystick " est reconnu? à contrôler dans l'arbre des propriérés
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Ça y est ! Ça marche (en mode "faux" joystick) ! Merci Par contre, comment on fait pour éviter que les motifs du XML se perdent au re-démarrage ?
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Par contre, comment on fait pour éviter que les motifs du XML se perdent au re-démarrage ?
Que veux-tu dire? Le fichier ne se modifie pas de lui-même? Ou c'est la reconnaissance par fg qui se perd?
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Salut à tous,
Ça y est ! Ça marche (en mode "faux" joystick) ! Merci Par contre, comment on fait pour éviter que les motifs du XML se perdent au re-démarrage ?
Je pense que la réponse est là:
Tu testes sur quel DR400?
Essaie le "Dauphin", sur l'autre la prop "/controls/lighting/landing-light" est inopérante.Il faut créer un fichier de configuration et t'assurer qu'il soit pris en compte par fg, voir la propriété : /Input/Joysticks/....(js0, js2, jsxx)
sauf erreur il faut l'assigner dans "Flightgear/fgdata/joystick.xml" à moins qu'il soit pris en compte d'office, tu le verras dans la prop ci-dessus.
Tu fais une sauvegarde de joystick.xml, et tu rentres tes valeurs perso, tu enregistres, et voilà.
Mais attends la confirmation de ctesc356, j'ai juste survolé le thread.
Sinon, un peu de pub, pour des DR400 à priori sans soucis, c'est par là:
http://pattenflightgear.wifeo.com/avions.php
:)
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
Hors ligne
ctesc356 ne t'inquiète pas, j'avais mal lu merci. Patten, merci aussi du coup Pour tes dr400, j'étais déjà passé voir, mais je sais pas trop comment les installer... (la manip avec les prop pour les boutons, ça marchera aussi sur les tiens ?) P-S : lequel est le plus puissant de tous les dr400 ? le 180 ou le Dauphin ?
Dernière modification par erripe_millidisy (3/09/2017 9:55:38)
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
ctesc356 ne t'inquiète pas, j'avais mal lu merci. Patten, merci aussi du coup Pour tes dr400, j'étais déjà passé voir, mais je sais pas trop comment les installer... (la manip avec les prop pour les boutons, ça marchera aussi sur les tiens ?) P-S : lequel est le plus puissant de tous les dr400 ? le 180 ou le Dauphin ?
Le moteur du Dauphin est un Lycoming_O-360-A3A, donc 180cv pour les 2:
https://fr.wikipedia.org/wiki/Robin_DR-400
Dernière modification par Patten (3/09/2017 10:15:30)
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
Hors ligne
C'est le même moteur ou juste la même puissance ? Nous à l'aéroclub on a un 180 mais pas Dauphin. Ça change quoi concrètement ?
Euh...j'arrive pas à trouver la prop qui correspond au bouton d'alternateur (dans le Dauphin)
Dernière modification par erripe_millidisy (3/09/2017 12:02:55)
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Euh...j'arrive pas à trouver la prop qui correspond au bouton d'alternateur (dans le Dauphin)
/controls/engines/engine/master-alt
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
merchi bien et comment on fait pour installer les avions de Patten ?
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
merchi bien et comment on fait pour installer les avions de Patten ?
Pour la plupart, dans mon hangar, c'est les avions améliorés par la PAF, encore une fois, j' y a contribué, mais je ne revendique rien du tout certains (dont le Dauphin...) sont à ma sauce coté textures et autre, mais c'st pas les avions de Patten...
Si tu lis bien la page de garde du hangar, c'est "Les avions avec lesquels je vole".
Bref!.
Pour les installer, c'est comme pour les autres avions en général, dans un dossier nommé Aircraft-perso (par exemple), que tu places à l'endroit de ton choix (si on a le droit de faire ce que l'on veut sur un Mac, j'en sais rien ) , et dont du renseignes le chemin dans ton lanceur.
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
Hors ligne
Re, ok d'accord belle équipe Tu aimes bien le dr400 ?
Oui on fait ce qu'on veut sur un Mac, surtout quand on est bêta testeur... gnahahaha Dans le lanceur ??? Dans "add-on" ?
Du coup là mes boutons ne fonctionnent que sur le dr400. Pour que ça marche sur tous, il faut passer par la com en série ?
Dernière modification par erripe_millidisy (3/09/2017 18:56:19)
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Du coup là mes boutons ne fonctionnent que sur le dr400. Pour que ça marche sur tous, il faut passer par la com en série ?
Pas forcement, un fichier de config js est actif pour tous les avions, ou l'as-tu logé.
Dernière modification par ctesc356 (4/09/2017 9:44:24)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
on fait ce qu'on veut sur un Mac
of course..!
macOS BigSur11.7-RAM16Go-AMD Radeon R9 M295X 4Go-FG 2020.4
Hors ligne
Bonjour erripe_millidisy, bonjour à tous.
Tes boutons ne peuvent pas fonctionner sur tous les avions, d'abord parce que tous les avions (réels) n'ont pas les mêmes fonctions et commandes.
Malgré tout, certains avions ont des commandes en commun.
Pour comprendre, il faut savoir que les contrôles par un dispositif extérieur se subdivisent en deux ensembles :
- le signal envoyé par le dispositif extérieur (clavier, souris, Joystick, ton Arduino),
- la propriété interne de FlightGear modifiée par ce signal.
Bien voir le message de ctesc356.
Le signal envoyé par ton dispositif se résume en général à "logique" 0 ou 1, ou 0, +1, -1, ou progressif -1 à +1.
Tu es le seul à savoir comment le faire envoyer et faire que FG identifie l'envoyeur.
Dans FlightGear, tout est commandé par la modification des propriétés.
<binding>
<command>property-assign</command>
<property>/controls/lighting/landing-lights</property>
<value>true</value>
</binding>
Cet aspect est fondamental à comprendre et il faut apprendre à observer ces "Internal Properties" (touche "/" du pavé numérique, ou Menu "Debug > Browse Internal Properties") dans le simulateur.
Si, d'un avion à l'autre, les propriétés à modifier sont les mêmes, ton fichier (à sauver dans un dossier commun lu par FG, sous <perso>/Input/Joysticks ?) fonctionnera pour ceux-ci. Évidemment non dans le cas contraire. La dénomination des propriétés à commander est le choix des auteurs de l'avion. Tu n'en es pas maître, sauf à modifier toi-même (et pour toi seul) les fichiers avion.
Certaines propriétés sont modifiables (trains, commandes de vol, éclairages...), d'autres ne le sont pas. Les valeurs calculées par le simulateur ne le sont évidemment pas. Certaines autres ne sont pas accessibles dans les propriétés (ça peut s'arranger, mais c'est codé en dur : il faut convaincre un développeur).
Quand tu es dans l'arbre des propriétés, tu peux changer celles qui sont modifiables en entrant une valeur au clavier, puis "Set". Ceci te permet de faire des essais rapides en temps réel.
Aussi, Menu " Debug > Reload Input" te recharge les fichiers joysticks si modifiés et re-sauvés, sans avoir à sortir du simulateur.
Pour la forme des commandes dans FG, commune par défaut à tous les avions, tu peux apprendre beaucoup en observant les fichiers
flightgear/fgdata/keyboard.xml
et les fichiers de configuration des joysticks qui sont sous flightgear/fgdata/Input/Joysticks.
La partie qui est sous balises <binding>
FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.
Hors ligne
arradoy tu connais bien les mac ? Comme tu peux le voir dans ma signature, j'exprimente l'eGPU (en Thunderbolt 2) ! Ça marche très bien pour moi c'est assez cool ! Des mac gamer ahah
ctesc356 et dany93 Merci de vos réponses, j'avais bien compris ce fonctionnement, surtout la spécificité des prop en fonction des avions. Mais à ce que je vois, le clavier n'agit pas de la même manière que mes boutons, on dirait qu'il appelle un script Nasal qui va aller lui-même changer la prop correspondant à l'avion, tandis que mes boutons touchent directement aux props. Affinez mon analyse si elle est fausse !? (je suis loin d'être expert)
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne
Mais à ce que je vois, le clavier n'agit pas de la même manière que mes boutons, on dirait qu'il appelle un script Nasal qui va aller lui-même changer la prop correspondant à l'avion, tandis que mes boutons touchent directement aux props. Affinez mon analyse si elle est fausse !? (je suis loin d'être expert)
oui, certaines manips font appel au nasal, ça se justifie si on veut(doit) insérer des fonctions/contrôles complexes , mathématiques ou logiques avancées qui ne sont pas ou mal gérées par xml.
Mais pour allumer une loupiote
<binding>
<command>property-assign</command>
<property>/controls/lighting/landing-lights</property>
<value>true</value>
</binding>
<mod-up>
<binding>
<command>property-assign</command>
<property>/controls/lighting/landing-lights</property>
<value>false</value>
</binding>
</mod-up>
fera aussi bien que:
<binding>
<command type="string">nasal</command>
<script type="string">
j = getprop("/controls/lighting/landing-lights");
if (j == 0)
{
setprop("/controls/lighting/landing-lights", 1);
} else
{ setprop("/controls/lighting/landing-lights", 0);
}
</script>
<module type="string">__js0</module>
</binding>
Dernière modification par ctesc356 (5/09/2017 10:50:15)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Oui évidemment...j'ai bien compris ça ! Donc en gros "Si bouton 1 sur on, alors feux atterrissage sur on" n'est pas possible de façon universelle ?
macOS, eGPU GTX1070 thunderbolt 2, FG v2017.2.1, 8go RAM, intel core i7-5650U
Hors ligne