Bonsoir

Je ne vais pas t'apporter de solution miracle, mais tu devrais dans un premier temps et si tu ne l'as pas deja fait, commencer avec seulement une seule condition.

Par exemple seulement avec l'APU

<Gauge Name="Automatic avionics">
  <Element>
    <Select>
      <Value>
      (A:APU PCT RPM,percent) 10 &gt;
      (A:APU GENERATOR SWITCH,bool) &amp;&amp;
if{ 1 (>L:Avionics master switch,bool)}</Value>   ATTENTION il te manque un espace entre ) et }

Voir ce que ca donne

Tiens nous au courant

A+
Christian

Merci a vous deux, je devrais attendre la semaine prochaine pour tester ca.
RBLeDoC, je t'avoue que j'ai du mal a voir pourquoi ce serait plus avantageux de passer par des flags intermediaires. Je trouve justement que ca complique le code encore plus

Je commencerai par tester une seule condition a la fois comme suggere par Christian, c'est effectivement le plus logique.
Une fois que je serai parvenu a une avionique 'reactive', alors j'enrichierai le test de systemes.

Pour etre active, la gauge a simplement besoin d'etre declaree dans ton panel.cfg de ton avion.
Par exemple, je ne sais pas si tu as teste les fameuses gauges freeware RealEngine, mais elle fonctionnent elles-aussi de facon silencieuses, elles ne sont pas assignee a un instrument particulier du cockpit.

Donc une simple ligne dans le panel.cfg, par exemple dans la section [VCockpit.0] ou un truc du genre, avec des coordonnees du type
gauge.xx=ma_gauge 0,0,0,0
...et voila, la gauge sera executee par le simu.

Pour ta derniere question, et bien en fait je sais pas, j'essaie justement de trouver quel est le bon evenement a utiliser, sachant que l'instruction " X (>K:blabla) " donne la valeur 'X' a la variable 'blabla'. Si l'avionique est un switch qui peut etre a 0 ou 1 comme la plupart des switchs que j'ai pu voir dans d'autres gauges, alors j'essaie de lui attribuer la valeur 1 si un generateur est actif.

ARCC a écrit:

Je me pose une question RB

Est ce une faute de frappe la répétition du "or" ?
(L:Flag1,bool) (L:Flag2,bool) (L:Flag3,bool) or or  if{ 1 (>K:AVIONICS_MASTER_SET) } els{ 0 (>K:AVIONICS_MASTER_SET) }</

A+
Christian

C'est je crois ce qu'on appelle, le polonais inversé;  regarde les and, or etc sont derrière les termes
le "and" est apres les deux premieres conditions.

En français on pourrais dire ceci:
Condition une , à % ,10, supérieur
condition deux on
et si oui
alors réponse une

Condition trois  à % 10 supérieur
condition quatre on
et si oui
alors réponse deux

donc réponse une, réponse deux ,ou , si oui modification activer.

@Daube, merci j'avais peur de l'installer ainsi, pensant que les panels  n'étaient actif que lors de son utilisation..

pépé

Effectivement je viens de relire et j'ai vu mon erreur.
Je ne suis pas un grand "gaugiste" mais j'ai pourtant deja utilisé ce "polonais inversé".
Je retire donc ma question.
A+
Christian

Hi,
Petit complément à mon message précédent. Daube, ton code utilistant K:TOOGLE_AVIONIC_MASTER ne fonctionnait pas pour une raison toute bête: comme tu n'as pas de test initial sur la position du switch, ta gauge, lorsqu'on est dans les conditions nécessaires et suffisantes, appelait systématiquement TOOGLE_AVIONINC_MASTER
Résultat : un coup je mets sur ON , un coup je remet sur OFF, etc.. => 18 fois par seconde ta gauge basculait le switch dans sa position inverse...

Le code de RBLeDoC va fonctionner car au lieu de basculer le switch , il va forcer sa position à On si les conditions sont OK et OFF sinon. Pour autant il va le faire en permanence, 18 fois par secondes!!

J'insiste sur ce détail, mais avec des tests mal protégé, on peut dégrader significativement les performances en multijoueur, où pas mal de variables et évènements sont partagés avec tous les joueurs (notamment tout ce qui touche les éléments visibles en vue extérieures) mais aussi parfois en vol simple...
Il m'est arrivé de ne plus arrivé à ouvrir les portes secondaires (via MajE+2, 3, etc..) juste parce qu'une de mes gauges avait un test mal protégé qui "saturait" FSX et l'empêchait d'intercepter le numéro d'ouverture ...
En espérant que cela puisse vous aider...

A+
Fro'

Fro' a écrit:

ARCC a écrit:

Je me pose une question RB

Est ce une faute de frappe la répétition du "or" ?
(L:Flag1,bool) (L:Flag2,bool) (L:Flag3,bool) or or  if{ 1 (>K:AVIONICS_MASTER_SET) } els{ 0 (>K:AVIONICS_MASTER_SET) }</

A+
Christian

Hello,
C'est la structure du Polonais Inversé qui permet/veut cela: le 1er "Or" concerne la condition "Flag1 vrai" OU "Flag2 vrai" et le 2ième "Or" correspond à la 2ième condition "Flag2 vrai" OU "Flag3 vrai"...

Personnellement je n'aurait pas utilisé les variables L:Flag et aurait directement mis les conditions. Par contre, je vous conseille de toujours mettre une condition préliminaire sur l'état de départ du switch : Si l'Avionic Master est sur On alors il ne faut rien faire.
Dans les codes présentés précédemment, la gauge va systématiquement déclencher un évènement K: même lorsque cela n'est pas nécessaire: cela charge inutilement  les ressources (18 fois par seconde FSX va devoir passer à 1 le swtich même lorsqu'il est déjà à 1!!) et avec certains évènements comme les flaps, vous allez flooder (= surcharger les échanges réseaux) lorsqu'on est en multijoueur...
Donc je vous conseille d'avoir toujours une condition qui permet de n'agir que lorsqu'il y a réellement un changement d'état ...

Enfin, K:AVIONICS_MASTER_SET ou K:AVIONICS_MASTER_TOOGLE, au final cela ne change pas énormément...
A+
Fro'

Bien vu pour la surcharge. Merci du conseil, j'essaierai d'integrer un test supplementaire, une fois que j'aurai compris pourquoi meme le code surcharge ne fonctionne pas

RBLeDoC a écrit:

bonsoir Daube

moi j'aime bien lier certains bouts de routine a des variables "flags" dans l'éventualité d'une utilisation ultérieure soit  dans une autre routine de la même gauge soit dans une autre gauge.; je trouve cela plus facile a manipuler!

Ah oui, effectivement j'avais pas pense a ca.
Mais ces flags seront visibles uniquement a l'interieur de la gauge courante, ou bien il deviendra visible depuis d'autres gauges egalement ?

mais effectivement on peut écrire ta gauge de la façon suivante:

<Gauge Name="Automatic avionics">
  <Element>
    <Select>
      <Value>
      (A:APU PCT RPM,percent) 10 >
      (A:APU GENERATOR SWITCH,bool) and
      (A:ENG1 N2 RPM,rpm) 10 >
      (A:General eng generator switch:1,bool) and
      (A:ENG2 N2 RPM,rpm) 10 >
      (A:General eng generator switch:2,bool) and or or  if{ 1 (>K:AVIONICS_MASTER_SET) } els{ 0 (>K:AVIONICS_MASTER_SET) }</Value>
    </Select>
  </Element>
</Gauge>

A+

Je vois que tu as mis cote-a-cote les deux OU, alors que moi j'avais mis le premier OU juste apres le deuxieme ET... je me demande si ma syntaxe etait correcte ou pas... Peut-etre que les deux fonctionnent en fait...

Ca y est, enfin de retour en France.
J'ai enfin pu jeter un nouveau coup d'oeil a ma gauge, et sur la base des divers conseils ci-dessus, j'ai essaye de faire une version ultra simplifiee qui se contente de mettre l'avionique sur ON des que le generateur 1 est en marche.

Et ben ca marche toujours pas ! La franchement j'ai du mal a comprendre pourquoi

<Gauge Name="Automatic avionics">
<Element>
<Select>
<Value>(A:General eng generator switch:1,bool) if{ 1 (>K:AVIONICS_MASTER_SET) } els{ 0 (>K:AVIONICS_MASTER_SET) }</Value>
</Select>
</Element>
</Gauge>

bonsoir Daube

effectivement depuis FS 2002 les gauges xml sont contenues soit dans des archives .cab soit dans des dossiers .
Prenons ta gauge nommée "auto_avionics.xml" qui peut être placée avec ses fichiers .bgl soit dans  une archive de compression au format Microsoft:"new.cab" soit dans un sous dossier intitulé:"new".
La ligne de déclaration dans panel.cfg est "gaugexx=new!auto_avionics, yyy, zzz"
Que va faire FSX ?
1-dans un premier temps il va rechercher dans le sous dossier panel de l'avion s'il existe un sous dossier "new" et si dans ce sous dossier il y a bien un fichier "auto_avionics.xml"; dans le cas ou sa recherche est négative il ira rechercher alors s'il y a une archive new.cab avec un fichier "auto_avionics.xml".
2-dans un second temps si dans le sous dossier de l'avion il n'a rien trouvé il fera les mêmes recherches dans le dossier Gauges de FSX.

remarque:FSX lit donc pour un avion donné, en premier une gauge contenue dans un sous dossier placé dans le dossier panel de cet avion et en dernier une gauge placée dans une archive .cab située dans le dossier Gauge de FSX.

A+