Forum Flightgear France

Une communauté prend son envol

Vous n'êtes pas identifié(e).

Annonce

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.

#76 13/12/2015 1:56:34

lama315
Membre
Lieu : MCO
Inscription : 30/10/2015
Messages : 34

Re : Alouette-II

Bonsoir Clem
En fait, l'indicateur de pas de l'alouette 2 est celui que je propose car dans la réalité celui de Patten se trouve sur les sa315 et alouette 3.
Je regarde ça et Je te tiens au courant
Merci à toi
Amicalement
Hawke

Dernière modification par lama315 (13/12/2015 2:06:42)


LINUX MINT 17.1 cinnamon 64 bit  Ram 4Go  DD 1T  FG 3.0  CG GT54OM  Blender et gimp

Hors ligne

#77 13/12/2015 9:00:47

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonjour à tous, bonjour lama,

Alors il faudrait que tu relèves les valeurs que devraient indiquer l'instrument en fonction de la propriété "torque-pct" et je m'occuperai de l'interpolation.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#78 14/12/2015 12:43:32

Patten
Membre
Lieu : LFLR
Inscription : 14/12/2010
Messages : 1 757
Site Web

Re : Alouette-II

Bonjour à tous,

lama315 a écrit :

Bonsoir Clem
En fait, l'indicateur de pas de l'alouette 2 est celui que je propose car dans la réalité celui de Patten se trouve sur les sa315 et alouette 3.
Je regarde ça et Je te tiens au courant
Merci à toi
Amicalement
Hawke

+1
En effet, au départ, je voulais que cet instrument change en sélectionnant la livrée Lama, car ce calculateur de l'Alouette III est présent dans le SA315B Lama.

http://www.airliners.net/photo/Helikopt … f11d518007

Puis je suis passé à autre chose, mais c'est encore faisable, je dis çà, je dis rien... hmm

smile


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

#79 14/12/2015 15:59:13

lama315
Membre
Lieu : MCO
Inscription : 30/10/2015
Messages : 34

Re : Alouette-II

Bonjour Clem et Patten,

Clem, je suis absent de chez moi plusieurs jours, je te donnerais les infos en rentrant. mais les chiffres sont que l'indicateur affiche entre 6 et 8 à la mise en stationnaire entre 10 et 12 pour une utilisation normale de vol  14 pour le max ( c'est aproximatif mais un peu plus réaliste !!)  à 16 les RPM chutent et 18 l'hélico s'enfonce, hors à 20 je monte encore à pleine puissance !!

En effet Patten, j'avais bien vu que le panel que tu proposes est celui du Lama et de de l'alouette III , mais ce qui serait bien c'est que ta livrée suisse par exemple change aussi la hauteur des patins ( plus haut sur 315 ) et ajouter une troisiéme pale à l'anti-couple... ainsi que la console  plafonnier.

Amicalement
Hawke

PS : J'ai changé aussi les dimensions du pilote qui me semblait bien petit par rapport à la taille de l'appareil.


LINUX MINT 17.1 cinnamon 64 bit  Ram 4Go  DD 1T  FG 3.0  CG GT54OM  Blender et gimp

Hors ligne

#80 18/12/2015 9:52:13

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonjour à tous, bonjour Lama315

J'ai retravaillé l'alouette 2  pour diminuer le cône du rotor tout en conservant l'effet de sol. Voici donc les modifs à décompresser et installer dans leurs répertoires respectifs. J'en ai profité pour rajouter le backlight sur l'indicateur de couple dont j'ai également revu l’échelle.
J'ai aussi rajouté du trim sur "elevator" et "aileron" pour que le joystick soit aux alentours du point neutre en vol stabilisé. C'est plus confortable et "évite la tendinite" comme dirait ctesc356 !... big_smile
Dis-moi ce que tu en penses et s'il y a d'autres modifications à apporter.
http://www.mediafire.com/download/d3yi1 … 015.tar.gz

Cordialement
Christian


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#81 18/12/2015 12:43:56

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

Clm76 a écrit :

J'ai aussi rajouté du trim sur "elevator" et "aileron" pour que le joystick soit aux alentours du point neutre en vol stabilisé. C'est plus confortable et "évite la tendinite" comme dirait ctesc356 !... big_smile

Bonjour Christian,

Je pense que tu rejoins la démarche que j'avais faite dans ce message.

Dany


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

#82 18/12/2015 17:37:00

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

dany93 a écrit :

Bonjour Christian,

Je pense que tu rejoins la démarche que j'avais faite dans ce message.

Dany

Oui tout à fait, mais je ne me rappelais pas ton post, désolé, hmm Je ne me rappelais que de celui de ctesc356 sur l'EC135 que j'ai adapté pour l'alouette, après de nombreux essais, à cause du rotor qui ne tourne pas dans le même sens et nécessite donc des trim positifs au lieu de négatifs.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#83 18/12/2015 18:58:10

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

après de nombreux essais

Je suppose que tu sais que tu peux faire ces essais en temps réel en observant et en réglant les Internal Properties ?


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

#84 18/12/2015 20:31:48

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

dany93 a écrit :

Je suppose que tu sais que tu peux faire ces essais en temps réel en observant et en réglant les Internal Properties ?

Bien sûr, c'est comme cela que j'ai pratiqué  smile
J'ai dit que j'ai fait de nombreux essais car c'était aussi pour caler en même temps les interpolations de l'indicateur de couple en fonction de la propriété "torque-pct".


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#85 24/08/2016 15:41:27

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour à tous,

J'ai du plaisir à piloter les hélicoptères de Flightgear au dessus des Pyrénées où je croise d'autres amateurs.

FGMap (MPmap) ne fait apparaître l'icône de l'hélicoptère que pour les appareils "déclarés" auprès de lui...

Ce problème est parfaitement identifié par la communauté FG (https://forum.flightgear.org/viewtopic. … ns#p137740) mais il semble qu'il soit difficile de faire intégrer un nouvel appareil.

Pour ma part, je pense (sauf erreur de ma part) que pour en finir avec ce problème, il suffirait d'adopter les conventions suivantes:
- intégrer le nom "heli" dans la liste var FGMAP_CRAFT_MODELS_HELI = [ "heli", "bo105", "sikorsky76c", "ec135", "r22", "s76c", "Lynx-WG13", "S51-sikorsky... des serveurs FGMap.
- declarer le modele d'hélicoptère sous le nom héli.xml dans "aircraft/alouette-2/models" en copie de alouette2.xml.
- (sous réserve) declarer /sim/model/path = Aircraft/Alouette-2/Models/heli.xml

La même convention pourrait s'appliquer à l'ensemble des hélicoptères (et pas seulement au cas alouette2 bien entendu) ou aeronefs (heli, singleprop, twinprop, smalljet, heavyjet, glider...

Même si le nom exact du modèle ne devait plus apparaître dans FGMap, un hélicoptère resterait un hélicoptère. Ce serait plus agreable pour les développeurs et les pilotes.

Je ne sais pas à qui m'adresser. L'un d'entre-vous aurait-il une idée?

Par ailleurs, je complète les automatismes de l'alouette-2 et de l'EC135 et cherche à partager mon expérience.


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#86 5/09/2016 11:56:34

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : Alouette-II

Bonjour,

HH64 a écrit :

Même si le nom exact du modèle ne devait plus apparaître dans FGMap, un hélicoptère resterait un hélicoptère. Ce serait plus agreable pour les développeurs et les pilotes.

personnellement je préfère voir le type exact et une icône erronée mais...  ce n'est que mon avis wink

HH64 a écrit :

Je ne sais pas à qui m'adresser. L'un d'entre-vous aurait-il une idée?

pour les réclamations c'est ici:
https://github.com/pigeond/fgmap/issues
pour les demandes de modifications/adaptations:
https://github.com/pigeond/fgmap/pulls
mais pideond ne semble pas être très réactif hmm

http://pigeond.net/flightgear/fgmap.html


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#87 6/09/2016 9:36:00

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour à tous,

> ctesc356: merci pour ces informations que je vais tenter d'exploiter.

Ma proposition n'a pour but que d'offrir l'ensemble des choix et satisfaire celui des goûts. C'est un peu frustrant de ne pas voir la famille des hélicoptères européens représentée comme il se devrait, d'autant plus qu'en multijoueurs, ces appareils en vol permettent des scénarios autres que fugaces.

Pour votre information, je travaille sur l'Alouette II: atterrissage facilité et nouveau panneau "pilote automatique" comprenant les commandes du Flight Control System pour mieux apprécier l'impact réel des innombrables options.

Le moment venu, si l'un d'entre-vous est intéressé, je lui soumettrai cet 'engin'.

Dernière modification par HH64 (6/09/2016 9:46:40)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#88 6/09/2016 21:33:17

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonsoir HH64,

Le moment venu, si l'un d'entre-vous est intéressé, je lui soumettrai cet 'engin'.

Je suis très intéressé par cet hélico et pour le tester si nécessaire.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#89 7/09/2016 10:54:40

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour Clm76,

A tout seigneur, tout honneur. Tu trouveras l'Alouette-2 modifiée sur

http://www.mediafire.com/download/iaozy … e-2.tar.gz (cancelled)

Les modifications en cours sur le modèle ‘hangar Patten’ sont :

‘s’ pour démarrer l’hélicoptère, ‘S’ pour l’arrêter
Le menu ‘FCS and Autopilot’ a été créé en vue de réduire les manipulations clavier trop laborieuses. Saisie simplifiée des valeurs, fonction ‘hold’ sur tous les paramètres.
‘w’ & ‘c’ permettent un réglage fin du cap.
‘Home’ & ‘End’ permettent un réglage fin de l’altitude. Utile pour le vol en rase-motte.

Mise en place d’une fonction  ‘helper’, utile pour l’atterrissage.

L’auto-hover’ est particulièrement stable en configuration ‘hover + CAS + TRA’. Cela reste à clarifier. Dans ce mode, les valeurs de cap et d'altitude retenues sont celles du 'true heading' et d’ 'AGL' qui apparaissent dans le menu ‘FCS/AP’ (F11) et sont modifiables.

Le Flight Director System est momentanément inopérant.

A faire / To do list
Mettre en place une position idle pour la turbine en vue de mieux stabiliser l’hélicoptère au sol.
Revoir le position-lock qui fonctionnait à peu près sur l’EC-135.
Modifier l’aide de l’hélicoptère ( y expliquer HA (heading adjust du CAS), TRA (tail rotor adjust du CAS), TRHL (tail rotor adjust au sol de l’AFCS), PL (position lock)... )
Clarifier l’apport et l’intérêt de chaque fonction du FCS, réduire les cas d’instabilité patents (girouette).
Nettoyage de l' 'AFDS.nas' et de 'C:\FlightGear\data\Aircraft\Alouette-2\Systems\autopilot.xml'.
Réduire le modèle aux fonctions utiles et fiables...

Pour votre information, j’ai contacté pigeond sur GitHub concernant les icones FGMap sur les appareils non ‘déclarés’ pour une solution qui devrait permettre à ceux qui partagent un même modèle en développement de le voir apparaître en multiplay sur son PC (Flightgear et FGMap) tel qu’il est et non sous forme du ‘generic glider’.  « Wait and see ».

Dernière modification par HH64 (18/09/2016 19:11:43)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#90 7/09/2016 18:35:15

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonsoir HH64, bonsoir à tous,

Je viens de tester très brièvement l'alouette 2 version"pro" et version "normale".

L'alouette 2 "normale" est effectivement beaucoup plus maniable qu'auparavant et le stationnaire est assez aisé smile mais... les palonniers (saitek-pro-flight rudder-pedals) sont inopérants, ce qui n'est pas facile pour diriger l'appareil. yikes  Lorsqu'on regarde la propriété "controls/flight/rudder" elle ne réagit pas aux palonniers et semble être pilotée par un contrôle ou un calcul quelconque (?) Je n'ai pas eu le temps d'aller voir dans le code comment est gérée cette propriété.

Ce problème n'existe pas sur la version "pro" qui réagit bien aux palonniers mais ... le pilotage est toujours très pointu et instable.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#91 7/09/2016 19:13:08

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonsoir Clm76, bonsoir à tous...

Merci de ton retour. Amateur tant en aéronautique qu'en programmation, je conçois parfaitement que mes commentaires où mes modifications ne soient pas éclairés.

Je n'ai pas touché à l'Alouette2-Pro. J'utilise un Thrustmaster T16000M.

La logique de stabilisation de l'hélicoptère repose sur une 'interception' des commandes pitch, roll, yaw, (main rotor) throttle, tail rotor throttle (rudder), de leurs trims respectifs et leur modification par les différents automatismes.

En stationnaire, le maintien du cap utilise bien /controls/flight/rudder. Aurions-nous le choix ? Dans ces situations, il est normal que tu perdes l'usage du palonnier puisque c'est automatique. Si ça devait ne pas être réaliste sur un appareil de cette génération, je pourrais rendre cette option débrayable.

Sur mon EC-135, dans le mode stationnaire, les actions palonnier modifient la consigne de cap. Ainsi, le 'pilote' conserve un usage palonnier très (trop) stable.

Toujours sur mon EC-135, pour voir sur le HUD les actions réelles et non une simple copie du joystick, j'avais momentanément modifié le fichier C:\Users\xxxx\AppData\Roaming\flightgear.org\Input\Joysticks\T16000M.xml pour une interception en amont (Les actions du joystick sont redirigées dans '/controls/flight/input'. Les valeurs dans '/controls/flight' sont les recopies en fin d'automatismes nécessaires au bon fonctionnement du HUD...

Pour une pleine maîtrise des automatismes, je pense que l'on sera amené à revoir ce point en mettant en place un multiplexeur d'entrées/sorties qui permettra de mieux moduler les actions des automatismes et celles du pilote qui devrait pouvoir reprendre la main à tout moment.

Dernière modification par HH64 (7/09/2016 19:32:10)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#92 7/09/2016 19:26:28

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Le problème vient du fichier "autopilot.xml" lignes 839, 1188 et 1402 où l'on voit bien que les filtres et un Pid-controller attaquent directement la propriété "controls/flight/rudder".

Comme les palonniers des joysticks contrôlent cette propriété sur tous les avions, je pense qu'il va falloir revoir le code pour la laisser affectée aux joysticks.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#93 7/09/2016 20:12:46

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

> Clm76

En effet, je partage ton avis. Ce n'est pas très satisfaisant de toucher à 'rudder' plutôt qu'à son trim. Je n'ai pas eu le choix car la pleine échelle du trim ne suffit pas à apporter les corrections nécessaires.

Par ailleurs l'ensemble des asservissements nous privent déjà des commandes de trim, voire de throttle.

J'ai modifié mon message précédent. L'introduction d'un multiplexeur d'entrée permettrait de mieux opter pour une commande idéale entre automatismes et pilotage. C'est bien là où les compétences du non pilote que je suis trouvent leur limite.

En phase de mise au point, le HUD affiché pourrait à la demande correspondre aux commandes réelles (joystick) ou aux commandes passées au simulateur en fin d'automatismes.

Il y a dans le fichier transmis dans le dossier 'development' une ébauche de ce qui doit être clarifié dans mon esprit.

En clair, il y encore pas mal de travail.

Bonne soirée.


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#94 8/09/2016 11:41:20

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

> Clm 76

Merci de tes commentaires et des conseils qu’ils soustendent.
Je crois comprendre ta surprise avec mon ‘engin’. Trop d’automatismes tuent le pilotage et ce n’est pas souhaitable pour conserver l’intérêt du simulateur. L’hélicoptère ne doit pas devenir un drone même si les industriels l’ont expérimenté !

Tant en position auto-hover qu’au décollage (automatisme TRHL), le pilote doit pouvoir jouer librement du palonnier et du collectif (à défaut de solliciter un quelconque automatisme). Je vais modifier le modèle en ce sens.

Cependant, comme l’hélicoptère à tendance à dériver dans ces modes, je crois utile de mettre en place des boucles de correction pour obtenir, en l’absence de manœuvre du palonnier ou du collectif un yaw-rate et un vertical-speed-rate nuls.

Mais je rencontre plusieurs difficultés :

-    Pourquoi sur cet appareil, le rudder-trim est-il si inefficace en vol stationnaire (sans friction patins particulière) autant qu’au sol ? Comment/où  modifier ce point ?

-    Toujours dans le mode stationnaire, ai-je un autre choix qu'un 'collectif-autotrim' pour maintenir l’altitude de l’aéronef ?

-    Si les données joystick sont dirigées vers ‘/controls/flight’, c’est vers ‘/controls/flight/fcs' que les commandes en fin d’automatismes sont retournées. Est-ce bien là que le cœur de la simulation prélève les commandes ?

-    Comment FG gère-t-il les vitesses légèrement négatives possibles sur hélicoptère ?  En vol, le domaine des vitesses peu élevées est celui où l’aéronef devient plus instable et où le HUD s’affole.

Encore merci de tes conseils mais je comprendrai aisément que tu puisses être pris par d’autres activités.

Bonne journée.

Dernière modification par HH64 (10/09/2016 15:18:06)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#95 8/09/2016 12:59:07

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

Bonjour Christian, bonjour HH64.

Merci de chercher à améliorer cet appareil, déjà intéressant par ailleurs et probablement un des moins instables de FG (en version "normale et à mon avis avec le CAS désactivé pour le vol stationnaire).
Rappel : je ne connais rien dans la réalité sur les hélicoptères et encore moins sur leurs systèmes automatiques (stabilisation, pilote auto). Ceci pour le nécessaire esprit critique à apporter à mes réflexions.

En extrapolant ce que je sais des avions (et des régulations en général), j'admets qu'un pilote auto impose plus ou autoritairement les consignes qu'on lui a entrées. Il est fait pour ça. Typique en croisière, mais on peut aussi imaginer une tenue en stationnaire.
En stationnaire, je pense que la nécessité fait que cela existe, mais je me demande sur quels critères. La vitesse air = 0 ou constante n'est pas applicable (vent, turbulences). Il reste les coordonnées GPS (?? précision à cette échelle ?) ou des repères "visuels" (capteurs de mouvement par rapport au sol ou reconnaissance de forme). Je cherche mais je ne sais pas.

Pour le stationnaire, je pense qu'il doit y avoir un mode "stabilisé" où la volonté du pilote est prioritaire. Ce qui exclut une trop grande autorité du PA. Cependant, celui-ci peut être bienvenu pour minimiser les instabilités et faciliter le travail du pilote.
Plus concrètement, dans ce mode, je pense que le pilote doit pouvoir accélérer, acquérir et conserver une vitesse modérée (linéaire ou angulaire). La régulation est bienvenue si elle minimise les instabilités. C'est-à-dire les accélérations. Pour le reste, le pilote ne doit pas être contraint par une consigne (telle que position, orientation, vitesse). Je dis bien, dans ce mode de premier niveau.
Je ne sais pas si c'est facile à réaliser, mais je pense que c'est le rôle d'un PID. Avec dans ce cas des actions proportionnelle et intégrale très faibles ou nulles (peu importe la consigne) mais une action dérivée qui freine les accélérations.
Ou peut-être, sans passer par un PID (dans lequel la consigne fixe est toujours sous-jacente), une action (dérivée ?) qui s'oppose aux accélérations. La consigne "vitesse" étant alors glissante, je dirais la vitesse moyenne dans les instants immédiatement précédents.

Réflexions à prendre pour ce qu'elles valent, car exprimées dans l'abstrait sans avoir essayé de les mettre en pratique.... Donc probablement susceptibles d'évoluer. Ou d'être démenties.

Tout ceci en admettant que les instabilités importantes constatées dans les FDMs hélicos de FG reflètent la réalité. Ce qui ne me semble pas évident. Si le premier niveau d’amortissement revient à chercher à compenser les défauts de FG, c'est un peu ennuyeux...

Dany

Dernière modification par dany93 (8/09/2016 15:50:54)


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

#96 8/09/2016 17:58:25

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonsoir Dany, bonsoir HH64

Pour le stationnaire, je pense qu'il doit y avoir un mode "stabilisé" où la volonté du pilote est prioritaire. Ce qui exclut une trop grande autorité du PA. Cependant, celui-ci peut être bienvenu pour minimiser les instabilités et faciliter le travail du pilote.
Plus concrètement, dans ce mode, je pense que le pilote doit pouvoir accélérer, acquérir et conserver une vitesse modérée (linéaire ou angulaire). La régulation est bienvenue si elle minimise les instabilités. C'est-à-dire les accélérations. Pour le reste, le pilote ne doit pas être contraint par une consigne (telle que position, orientation, vitesse).

Alors là, entièrement d'accord avec toi !... smile
Pour le rudder, puisque c'est le problème majeur pour l'instant, je pense qu'il faut peut-être regarder comment donner plus d'action au rudder-trim pour ne pas agir directement sur le rudder. Comme c'est HH64 qui fait la programmation, je lui laisse le soin de regarder, même éventuellement une autre solution (il parlait du multiplexage ...).


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#97 8/09/2016 18:38:19

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

HH64 a raison, je crois que le "rudder trim" n'a aucun effet.
Mais une stabilisation basée seulement sur les axes contrôlés au manche est déjà un mieux. J'ai l'impression que c'est ce que fait déjà le SAS. Pas encore trop facile, mais comme on n'est pas pilotes d'hélicoptère.... hmm
Par contre, le CAS activé en stationnaire conduit rapidement à des comportements aberrants et à une perte de contrôle.


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

#98 8/09/2016 18:58:20

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonsoir à tous.

Je travaille sur les modifications nécessaires. Grâce au fichier 'helper.nas' créé pour l'occasion, j'ai introduit pour l'ensemble des axes PRY et le collectif la notion d'autotrim. Cela permet de laisser le pilote maître de ses actions au joystick et sur les (hand) trims (que les (auto) trims contrarient en phase de régulation). Les actions du pilote ne sont jamais 'bridées' mais simplement corrigées par les automatismes.

L'auto-hover est toujours aussi stable et le pilote oriente simplement sa machine au palonnier. Pour le maintien en altitude, un 'collectif-autotrim' a été créé. Le pilote n'a qu'à agir grossièrement sur le collectif pour prendre ou perdre de l'altitude. Un collectif à +- 50% donne l'état stationnaire en altitude. Est-ce réaliste?

Dès que c'est prêt, je mets cela à disposition as usual.

Dernière modification par HH64 (10/09/2016 15:30:43)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#99 13/09/2016 16:24:17

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonsoir à tous,

Comme suite aux conseils de Clm76 et de Dany93, l'Alouette-2 présentée ici permet 'en principe' d'évaluer l'apport individuel des aides au pilotage. Elle est en phase de mise au point et souffre encore de nombreux défauts (tant informatiques que de comportement) mais vol stationnaire (en mode auto) et atterrissage sont faciles.

http://www.mediafire.com/download/lingn … e-2.tar.gz (cancelled)

Quel modèle sympathique avec sa cabine largement vitrée!

Quoi de nouveau sur ce modèle: autotrim sur PRY et collectif, menu FCS/AP, Hud (dédié au modèle) pour voir les actions correctives de type trim (manuelles) ou autotrim (fcs ou AP).

Une inconnue cependant: pour créer l'autotrim sur le collectif, ne souhaitant pas recréer un controls.nas et un driver joystick spécifiques à l'Alouette-2, la valeur throttle du joystick (var val = getprop("/input/joysticks/js/axis[2]/binding/setting")) est interceptée avant d'être transmise à /controls/engines/engine/throttle. Est-ce acceptable?

Les actions des régulateurs restent grossières (autopilot.xml dédié). Le système de navigation est momentanément hors de service.

Merci de vos commentaires et de vos conseils.

Dernière modification par HH64 (16/09/2016 17:42:43)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#100 13/09/2016 18:52:58

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonsoir HH64,

Heu ... impossible de le faire décoller en mettant du collectif !... sad A l'arrêt, au sol, on voit les pales qui s'orientent en fonction du collectif mais qui reviennent à 0 dans la seconde suivante, ce qui fait qu'au décollage, l'appareil fait un saut de puce et se pose.

la valeur throttle du joystick (var val = getprop("/input/joysticks/js/axis[2]/binding/setting")) est interceptée avant d'être transmise à /controls/engines/engine/throttle. Est-ce acceptable?

Il n'y pas de "setting" dans getprop("/input/joysticks/js/axis[2]/binding"), c'est dans ...axis[2]/binding[1] qu'il y a un setting. Erreur d'écriture dans le post, je présume...

Est-ce acceptable?

De mon point de vue, non! Le pilote doit garder la maîtrise des commandes principales que sont le collectif, le cyclique et les palonniers.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

Pied de page des forums