logiciel A320 par Jean Luc / JEEHELL

[Mitch95]

Bonjour Michel,

Je regarde tes différents messages, jusqu'au dernier évoquant EMERGENCY CALL :
>>> Tu as donc réalisé un certain nombre de sondages par élimination, te permettant d'arriver jusque là.
>>> Là comme ça, je n'ai pas souvenir d'avoir déjà vu ce clignotement sur l'OVHD logiciel JeeHell...

Toi qui passes directement de la B34 à la B45.4, il y a eu un certain nombre de changements dans le soft...
>>> Regardes "whatsnew.txt" dans le répertoire A320FMGS, tu trouveras des adjonctions de fonctions notamment sur la B44.0 :

-Added CARGO SMOKE on OVHD panel (with correct testing logic)
-Added EVAC on OVHD panel (and the EVAC horn sound)
-Added EMER EXIT LT on OVHD panel.

A priori pas directement lié à EMERGENCY CALL, mais s'il y a un conflit quelque part, ce saut de version B34 / B45 te le remonte peut-être au grand jour...

L'OVHD logiciel de Jean Luc, n'est plus qu'une interface désormais, la logique est intégrée dans le FMGS Server.
Donc fiable pour donner ce qui doit s'allumer, clignoter ou pas lorsqu'aucun hardware / SIOC n'est connecté / lancé.

Pour que EMERGENCY CALL clignote, il faut qu'un appel d'urgence soit émis du cockpit ==> Y a-t-il dans ton code SIOC une entrée qui donne l'ordre "ON" sur ce korry sans que tu le saches, et ferait comme si tu avais appuyé sur ce bouton ?
>>> Notamment suite aux modifications (B44 et autres) décrites dans whatsnew.txt ?

Je ne suis absolument pas expert en SIOC, mais il est fort possible que tu doives reprendre ta configuration pour un saut de 11 versions JeeHell...

@++ ,
Michel

[stive]

Bonjour à tous,

Fabien, tu écrivais :

Malheureusement, pas de R ni de L

Alors, illico, j'ai modifié le microcode de mes cartes IO32 pour que celles-ci affiche le R et le L, voilà le résultat :
(J'ai remplacé 2 caractères existants)

Petite question, comment fais-tu pour modifier le microcode pour que tes cartes affichent le R ou le L ?
J'utilise des cartes Opencockpits.
Peut-être répondre en ouvrant un nouveau post pour ne pas encombrer celui-ci ...
Merci d'avance

A+
Stive

[fab]

OK j'ai créé un sujet "Trim A320 : comment afficher le R et le L " ici : http://www.aircockpit.com/viewtopic.php?f=94&t=5573&p=66903#p66903

En fait les cartes IO32 sont conçues par moi, alors j'ai le code ...

Je donne une autre solution, ici : http://www.aircockpit.com/viewtopic.php?f=94&t=5573&p=66903#p66903 à essayer

[A320 hérétique]

Bonjour Michel,

- dans sioc-creator, j'ai retiré tout mon code SIOC
- dans sioc-creator, le korry emergency call n'est pas paramétré
- dans Jeehell.txt, les 2 variables EMERCALLSW et EMERCALLLed sont bien à 0
- le bug est présent dès que j'appuie sur l'external pwr (je ne fais rien qui puisse provoquer un évènement)
- et, sur l'OVHD virtuel, si j'éteins le korry, le bug disparait (alors que je n'ai touché à rien d'autre)

A partir de là, je ne vois pas comment mon hard ou mon paramétrage pourraient interférer ? d'ailleurs, il faut noter que le korry clignote (n'est pas allumé en permanence, clignote - pas très régulier mais environ tous les 1/2s), c'est donc forcément un bout de code qui est à l'origine du truc ! je ne sais pas ce qui provoque un appel d'urgence, la solution est peut-être là ... ou peut-être simplement une variable qui n'est pas initialisée.

Michel
nb : j'ai ressaisi tout mon paramétrage avec sioc-creator de la b45.4

[Mitch95]

Michel,

A partir de là, je ne vois pas comment mon hard ou mon paramétrage pourraient interférer ? d'ailleurs, il faut noter que le korry clignote (n'est pas allumé en permanence, clignote - pas très régulier mais environ tous les 1/2s), c'est donc forcément un bout de code qui est à l'origine du truc ! je ne sais pas ce qui provoque un appel d'urgence, la solution est peut-être là ... ou peut-être simplement une variable qui n'est pas initialisée.

Le clignotement que tu décris est le fonctionnement normal du dispositif lorsqu'il est actionné par le CPT (décapuchonnage de la protection mécanique puis appui sur le Korry ==> "ON" clignote en blanc et "CALL" en rose (+ dans la réalité accompagné d'une alarme sonore, de ce que je sais).
Le CPT arrête le dispositif en rappuyant dessus. Jusqu'ici c'est le fonctionnement normal.

Je n'ai jamais vu ce Korry clignoter par défaut sur un simu ne comportant que l'OVHD logiciel JeeHell.

Si le Korry s'actionne par défaut dans ton simulateur, c'est parce que quelque chose d'autre le commande.
Et si ce n'est pas toi, c'est donc lié au code d'une manière ou d'une autre .
De ce que je comprends, tu n'as pas paramétré cette fonction, et le Korry n'existe pas sur ton hardware.
Y a-t-il quelque chose d'inversé (??) qui ferait lire la fonction "activée par défaut" ?
>>> J'en doute un peu mais sait-on jamais...
>>> Que se passerait-il alors si tu programmais malgré tout cette fonction dans SIOC_Creator comme si ton Korry existait physiquement (et en essayant avec et sans la fonction "latching switch") ?
>>> Etant donné que tu n'as pas de bouton physique, tu ne pourrais simplement pas l'activer mais tu n'aurais plus d'activation par défaut...

@++ ,
Michel

[A320 hérétique]

Bravo Michel, à nouveau je me prosterne

J'ai paramétré l'entrée du korry sur une entrée SIOC non utilisée, non latchée, le korry ne s'allume plus au démarrage, et la vitesse sur le FCU est enfin libérée ; j'incline vraiment pour une variable non initialisée ...

Encore merçi, et à de prochaines énigmes !!
Michel

[Mitch95]

Ah ben super si ce petit artifice fonctionne !!

Par contre, le "lien" entre EMERGENCY CALL et les digits vitesse sur le FCU (que tu as bien localisé par déduction et que nous avons résolu par cet artifice), reste lui une belle énigme !!!

Idem pour les digits Baro de MikePapa en page précédente (peut-être que notre petite combine fonctionnera aussi dans son cas ??)

Bons vols ,
Michel

[A320 hérétique]

@Michel et @MikePapa,

@MikePapa, pardon, je n'avais pas vu ton intervention.

en effet, oublions le FCU ou le baro CPT-QNH, ce qui est important, c'est que ce sont les 2 premier digits de la première carte display qui sont impactés ; à tous les coups la même cause ...

Michel

[MikePapa]

Bonjour,

Toujours sur le pb des digits qui se remettent à 0 :

Je confirme que la solution de Mitch fonctionne. Après avoir testé toutes les Korries de l'OVHD, j'ai trouvé 2 autres cas.

Quand les leds suivantes ne sont pas encore assignées à des OUPUTS MasterCard (via SIOC Creator) et qu'on les allume (via l'OVHD logiciel ou en assignant aux variables SIOC la valeur "1") :
- EMERCALLled - du panneau CALLS
- GNDCTLled - du panneau RCDR
- EVACdled ou EVACuled - du panneau EVAC

le digit "1" de la première carte Display affiche "0" (?).

Quand on éteint ces mêmes leds (via l'OVHD logiciel ou en assignant aux variables SIOC la valeur "0"), c'est le digit "0" de la première carte Display qui affiche "0" (??).

En allumant et éteignant l'une de ces leds, on se retrouve donc avec "00" sur les 2 premiers digits de la première carte display.

J'ai corrigé cette bizarrerie en appliquant la solution de Mitch (merci pour l'astuce...) : assigner à ces leds des OUTPUTS MasterCard via SIOC Creator.

MP

[Mitch95]

Bonsoir MikePapa,

Heureux que mon petit artifice fonctionne également chez toi ...

Merci pour ces retours complémentaires que tu as identifiés, ils aideront je l'espère à comprendre ces liaisons surprenantes OUTPUTS / digits et à y remédier .

@++
Michel