Notre simu de B737-800

[Jackpilot]

A part certains matériels de simulation très haut de gamme, les commandes yoke/stick/pédales dispo sur le marché (souvent en plastique ou métal mince, n'offrent pas du tout le ressenti de leurs correspondants OEM. Avec l'OEM aucune sensation "de Vide", aucun jeu latéral, tout est guidé avec précision et demande un effort adéquat au maniement. De plus la fermeté des commandes simu obtenue à l'aide de ressorts n'est pas linéaire ce qui gache la perception.

 

[HB-EBC]

Aujourd'hui matinée maintenance simu B737 avec Jacques et Miloudi avant la journée du 01 mars :

• Remplacement des rotacteurs IRS de l'AFT CPFlight par des vrais.
• Remplacement du Buttkicker.

Essai en vol avec les 2 simulateurs en même temps => fonctionnel.
Reste à activer IVAO avec le compte de Jacques sur l'A320 pour voler ensemble sous IVAO.

Reste à faire :

• Dépanner le Buttkicker coté CAPT qui ne fonctionne plus <= en attendant on a mis les 2 "HP" de Buttkicker en série <= Nouveau Buttkicker acheté, reste à l'installer la réparation de l'ancien se fera plus tard.
• Remplacer le rotacteur autobrake par un vrai (rotacteur en stock, mais compliqué à installer en cause l'espace et des poussoirs ENG et SYS difficiles à remettre en place). <= le bouton ne passe pas à l'emplacement, nécessite la découpe du support de l'écran UPPER EICAS.
• Remplacer l'écran du LOWER EICAS qui commence à avoir des soucis (ne s'allume pas par intermittence).
• Installer un ISFD <= nécessite le remplacement de l'écran UPPER EICAS par un plus petit, l'ajout d'un écran pour le RMI, une découpe de la plaque standby FDS pour que l'ISFD s'installe correctement <= ou bien achat du module STANDBY CPFlight <= étude de faisabilité en cours .
• Remplacer les rotacteurs IRS de l'AFT OVH CPFlight par des vrais (ceux de CPFlight sont merdiques).

 

[HB-EBC]

Ce lundi avec Jacques, nous avons fait une journée maintenance sur le simu B737 car lors du lancement de notre Live youtube / twitch (Vol Catania -> Olbia), on a perdu l'écran du Upper Eicas suite à une manip :

• Dépannage du Upper Eicas (un connecteur dans l'écran s'était débroché).
• Dépannage de l'annonciateur "TakeOff config" coté Captain (faux contact suite mauvais sertissage d'un fil sur le connecteur merdique choisis par FDS au niveau de l'annonciateur).
• Remplacement des Rudders opencockpit par des rudders Cockpitturk.
• Remplacement du Lower Eicas.

Essai en vol => impecable, les nouveaux rudders sont bien plus agréables et enfin l'écran du Lower Eicas est visible sous tous les angles.

Reste à faire :

• Remplacer le rotacteur autobrake par un vrai (rotacteur en stock, mais compliqué à installer en cause l'espace et des poussoirs ENG et SYS difficiles à remettre en place). <= le bouton ne passe pas à l'emplacement, nécessite la découpe du support de l'écran UPPER EICAS.
• Remplacer l'écran du LOWER EICAS qui commence à avoir des soucis (ne s'allume pas par intermittence).
• Installer un ISFD <= nécessite le remplacement de l'écran UPPER EICAS par un plus petit, l'ajout d'un écran pour le RMI, une découpe de la plaque standby FDS pour que l'ISFD s'installe correctement <= ou bien achat du module STANDBY CPFlight <= étude de faisabilité en cours .
• Remplacer la licence immersive display pro 3 vidéos projecteurs par une licence 16 vidéos projecteurs pour nous permettre d'enfin beneficier de calibration pro et mettre à jour windows sous 24h2 et plus.

 

[InAir]

Salut Fab,
Normalement ,si ton mip est à les dimensions réelles et en fonction de ce que tu utilises comme écran pour le PFD et le Nd tu dois avoir place pour les écrans ISFD et RMI. J'ai un écran séparé pour chaque fonction y compris les Nd et Pfd.

 

[Tim]

Salut Fab,
Normalement ,si ton mip est à les dimensions réelles et en fonction de ce que tu utilises comme écran pour le PFD et le Nd tu dois avoir place pour les écrans ISFD et RMI. J'ai un écran séparé pour chaque fonction y compris les Nd et Pfd.

Voir la pièce jointe 38073

Voir la pièce jointe 38074

Je suis jaloux, c'est hyper propre!

Fabrice, quel intérêt à changer le rotateur pour l'autobrake? Sur les autres Boeing, il y a un retour vers OFF/DISARM, mais pas sur le 737.

Amic

Tim

 

[InAir]

A mon avis il veut le remplacer par le vrai car la position MAX est verrouillée.Il faut tirer sur le bouton pour la commuter. Dans mon cas ,j'ai fabriquer le Bp moi même.

 

[InAir]

@Tim
Faudra quand même que tu passes un jour pour te rendre compte du reste ...
Et surtout voir comment il est capable de fonctionner ...

 

[HB-EBC]

Salut Fab,
Normalement ,si ton mip est à les dimensions réelles et en fonction de ce que tu utilises comme écran pour le PFD et le Nd tu dois avoir place pour les écrans ISFD et RMI. J'ai un écran séparé pour chaque fonction y compris les Nd et Pfd.

Pour l'ISFD sur le MIP FDS le "carré" fait 84mm alors que l'ISFD CPflight fait 89mm. Pour ce faire il me faudrait déposer la plaque et la faire découper par laser ou CNC pour avoir la bonne dimension, puis mettre un nouvel écran pour le RMI, et un plus petit pour le Upper. Probleme le demontage de cette plaque n'est pas aisé, et le risque de rater la découpe.

L'écran Upper EICAS qui gère aussi le RMI et l'ISFD gène la mise en place du rotacteur autobrake d'origine dont le seul intérêt est la position verrouille autobrake MAX. Celui ci ayant un diamètre plus grand que le rotacteur basique et un nombre de galette trop important (mais ca je peux en démonter pour n'en laisser qu'une).

Donc lorsque je me lancerai dans la découpe pour l'ISFD, tout déclenchera la suite.

Sinon vente de l'ISFD CPflight que l'on a, achat d'un module CPflight qui fait RMI et ISFD , comme cela on ne change pas l'écran mais le problème pour l'autobrake persiste. Voilà le dilemme.
Mais concernant cet achat, on va essayé avec Jacques d'aller voir CPflight directement en Italie avec nos modules, certains devant être mis à jour pour fonctionner correctement (ADF, et COM).

 

[InAir]

Ah zut t'as un écran tout en un pour le Upper ,je comprend pas évident ... ca n'a jamais été un bon plan de faire comme cela.
C'est dommage ,car avec prosim display ,tout est gérer au niveau de tous les Bp de l'ISFD ,luminosité incluse et fonctionne parfaitement. Même dimensions que le CPFlight.
J'ai arrangé le truc comme ceci mais tout était prévu dans mes plans autocad :
micro Bp et Ecc + micro led pour le Bl des Bp sur l'ISFD

Une photo en test de l'ISFD avant mise en place définitive et gravures face et gravures Bp + Bp du RMI

 

[InAir]

Quand tu passes par ici ,tu pourrais peut être m'aider :
Je n'arrive plus a avoir le métar météo sur les CDU.
Quand je regarde dans le jounal log de prosim il y a une erreur 410 Gone error.
L'addresse du serveur de base fournie par Prosim n'existe plus ? Il y a une addresse Url ?
Merci

 

[HB-EBC]

Quand tu passes par ici ,tu pourrais peut être m'aider :
Je n'arrive plus a avoir le métar météo sur les CDU.
Quand je regarde dans le jounal log de prosim il y a une erreur 410 Gone error.
L'addresse du serveur de base fournie par Prosim n'existe plus ? Il y a une addresse Url ?
Merci

J'ai eu le meme probleme, ce serait dû au changement de codage des informations par le service utilisé par prosim.

une personne sur le forum prosim a trouvé la solution :

https://aviationweather.gov/api/data/metar?ids={stationString}&format=xml

Le post sur le forum prosim :

HomeSim Forum - Login

forum.homesim.aero

Le probleme a été résolu depuis la 3.35b34.
Mais suite à de gros bugs sur le TQ, depuis qu'ils se sont mis a changer le mode de fonctionnement des données TQ, beaucoup de personnes (dont moi) se plaignent que leur TQ ne fonctionne plus, et au vue du peu d'infos (pour ne pas dire inexistantes) sur ce qu'ils ont changé, donc pour le moment je suis bloqué à la 3.35b30.

 

[InAir]

Merci FAB ,je vais voir ce qu'il y a dans la version b34 pour solutionner mon Pb tout en restant en b30.
Je suis aussi bloqué sur la même version de Prosim que toi.
Je suis en rapport avec un ticket Prosim pour le fonctionnement de l'A/T.
Il y a une version 3.35b102 que j'ai testée mais il reste un problème quand tu arrives au CRZ.

 

[HB-EBC]

J'avais testé la 3.35b31, mais lorsque j'ai vu le fonctionnement erratique de mon TQ sur cette version (voir vidéo youtube ) je suis vite redescendu à la b30, et pour le moment lorsque je vois le nombre de personnes qui se plaignant du fonctionnement de leur TQ, tant que cela ne se sera pas calmé, je resterai a cette version.

Ce que je constatais de mon côté :

• Au démarrage du 737, prise en auto-manette du moteur 2.
• L’A/T qui ne saute plus lors de l’appui sur un des boutons.
• Au roulage, la barre de tendance du N1 eng2 n’arrêtait pas de revenir au minimum et remontait à la valeur du potentiomètre sans arrêt. Ce qui rendait le roulage très compliqué.
• Au TO/GA difficulté de sa prise de vitesse (pas d’action à la première commande).
• La montée RAS
• Arrivée en CRZ, le TQ descend au minimum sur les 2 moteurs et l’avion perd lentement sa vitesse (normal si TQ au mini) è obligé de le reprendre en manuel, avec le défaut de l’eng2 qui n’arrête pas de descendre au mini, remonter à la valeur TQ, …
• A 90% de N1 sur les 2 moteurs en CRZ, la vitesse progresse très lentement
• L’approche et la descente ont été horribles, à cause de variation permanente de l’eng2

Là où c’est le plus étrange c’est que prosim indique avoir modifié certaines commandes qui ne se feraient plus qu’entre prosim vers le simulateur. Problème c’est que prosim gère déjà entièrement mon TQ, les axes, la commande A/T, les « servo ».

Autre chose encore plus étrange, c'est que les autres utilisateurs n'indiquent pas les mêmes choses concernant leur TQ.

Je ferai prochainement l’essai de la version finale 3.35 lorsqu’elle sortira.

 

[InAir]

donne moi la liste de tes variables prosim que tu utilises sur ton tq.
Plus simple envoi moi ton config.xml ,j'aimerai voir quelques chose par rapport au mien.
Il faut savoir qu'il y a 2 controls de TQ différents :
1 : utiliser les variables Prosim
2 : utiliser le code prosim pour piloter le TQ (option à cocher dans la config de prosim).
En résumer ,les utilisateurs qui utilisent le drivers interne de Prosim n'ont la main sur rien du tout et donc subissent (loss control).Tq OEM.
Dans notre cas ,on control tout ,pour autant que prosim update les valeurs correctement en sortie.
Dans mon cas ,je n'ai qu'un seul problème avec la dernière version :
Tout se passe correctement ,sauf au CRZ ou la variables numérical n'est plus mise à jour et la variable Power passe à 0.C'est compréhensible parce que la variable FMA prend la valeur "ARM" et la variable A/T reste à 1.Donc c'est la popote Prosim.
Si je déclenche l'A/T par les manettes de gaz ou le Sw du MCP et le repasse à 1 tout repart normalement.
Si je regarde la liste des valeurs de N1 (j'ai mit un flag dans mon code TQ qui enregistre les valeurs dans un tableau créé en RAM) et les positions des manettes ,idem deuxième tableau en RAM ,les valeurs sont correctes. Mes manettes ne font pas n'importe quoi et suivent bien les valeurs du N1 pour ôtant que je repasse l'A/T de 0 à 1 au CRZ. Pas de sourcils dans les descentes pour moi.
J'ai regardé ta vidéo ,chez moi ca ne fait pas tout ces problèmes ...

 

[HB-EBC]

Le voici :
J'ai juste supprimé mon compte Hoppie et Simbrief du fichier

Les variables MCP ne sont plus utilisées pour definir si le TQ doit etre en automatique ou non, c'est remplacé par les servo power left et right

 

[InAir]

On utilise les mêmes variable Prosim.
Par contre tu set tes vars avec FsuiPc ,moi avec Sioc.
j'ai fait comme toi au début ,mais j'ai changé ,car beaucoup trop lent avec FsUipc pour faire suivre les valeurs Numerical de Prosim.
Disons c'est chacun son truc ...
Tu n'as pas le levier des SBDBRK motorisé ?
Je ne vois pas les variables autodeploy et autorestow dans ta config.

 

[HB-EBC]

Si j'ai bien le spoiler motorisé, juste que je n'ai pas du te donner la dernière version avec sa gestion via prosim (Le reste n'ayant pas changé).

 

[HB-EBC]

Ah j'ai oublié, mais j'utilise fsuipc car je ne sais pas faire communiquer un programme en VB .net avec sioc.
Actuellement c'est le programme VB qui gère les actions du TQ, mais il faut que que je trouve le temps de remplacer la carte pokeys57E par une carte nucleo que je connais tres bien qui elle récupérera les infos via sioc et donc plus besoin du programme VB

 

[InAir]

Ca se sera une bonne idée.

 

[HB-EBC]

Si j'ai bien le spoiler motorisé, juste que je n'ai pas du te donner la dernière version avec sa gestion via prosim (Le reste n'ayant pas changé).

Apres vérification, je n'utilise pas l'option autodeploy et autorestow du spoiler, une des conditons pour la rentrée n'était pas concluante dans la gestion de mon TQ avec ces infos.

C'était avec une vieille version 3 que j'avais constaté cela, ils l'ont peut etre améliorées depuis.

Conditions :
RTO => si enclenchement du RTO + reverses + vitesse > 60kt => déploiement auto des spoilers
Retour auto sur Down dès remise des gaz.

En vol => action manuel sur les spoilers avec limitation jusqu'à Flight Detent.
Chez moi j'enclenche le flight detent dès que je passe 200 pieds radio et que l'avion est vu comme n'étant plus au sol.
Retrait du flight detent dès que l'avion est en dessous ou egale à 40 pieds radio ou au sol (initialisation a la mise en route du simu).
Theoriquement c'est 10 pieds radio et pas 40, mais à cette hauteur, il n'aura temps de retirer le flight detent avant que l'avion touche le sol.
j'ai mis 200 pieds pour l'activation, car pas trouvé d'info sur son activation, et il me fallait un hysteresis entre l'activation et le retrait.

En approche avec spoiler sur Armed => dés que l'appareil touche le sol + vitesse > 60kt + TQ sur idle => déploiement auto des spoilers.
Retour auto sur Down dès remise des gaz.

En approche sans spoiler sur Armed => lorsque l'appareil est au sol + vitesse > 60kt + action sur les reverses => déploiement auto des spoilers
Retour auto sur Down dès remise des gaz

A sinon j'ai teste la 3.35b35 resultat prise en automatique de Eng2 au sol sans aucune activation de l'A/T
sur prosim je constate que la valeur du TQ servo left est à 1 alors que celle du TQ servo right est à -1. étant en integer non signé le -1 est vu pour mon TQ comme la valeur 65535 donc action jusqu'a obtention des cette valeur sur mon TQ (pourtant power servo est bien OFF) => j'investigue encore

 

[InAir]

Salut Fab ,c'est pas la 3.35b35 qu'il faut tester ... on sait qu'il y a des problème avec.
Il faut tester la 3.35.102 dans notre cas puisqu'on gère le TQ avec les var prosim.
J'ai posté sur prosim pour signaler les problèmes rencontrés.Va jeter un oeil.

 

[HB-EBC]

Ok mais où tu la trouves ?
Pour info ils ont fait un b36
J'ai vu tes posts sur le forum Prosim.
Pour le moment j'attends avec la b30 avant de tenter quoique ce soit sur mon programme TQ.

 

[InAir]

c'est une version que tu ne peux pas installer depuis la page config /update de prosim.
Tu fait un backup de ton dossier prosim et tes dossier Prosimxxxxxxx.
Tu télécharges ici :
https://prosimarnl.sharepoint.com/Gedeelde documenten/Forms/AllItems.aspx?id=/Gedeelde documenten/Temp/ReleaseB738-3.35_AT_TEST_102.zip&parent=/Gedeelde documenten/Temp&p=true&ga=1

Quand t'as copier les dossier que tu utilises de la version ,tu y ajoute tes xml et c'est tout.
Ensuite tu test et tu rapportes tes problèmes en y ajoutant ton log et ton xml.
Maintenant ,moi je regarde aussi mon log quand j'ai fait les tests et je suis incapable de dire d'où vient le problème en lisant le log.Le log ne sert strictement à rien car pas de problème rapatrié dedans.
Mon log est toujours très clean sans message d'erreur aucun.
Tu peux le consulté ,je l'ai posté.
Donc les problèmes c'est interne au module de prosim et n'a strictement rien avoir avec les codes des TQ !!!
Ils signalent que certaines marque de TQ fonctionnent.Pour moi ,les utilisateurs utilises le driver fournit par prosim ,driver sélectionnable depuis la page adHoc.Et donc si cela fonctionne (j'ai quand même des doutes ,car certains post signale que cela ne fonctionne quand même pas correctement) c'est qu'ils magouille (je n'appelle pas cela autrement) le code des drivers.
Je dis qu'ils magouille parce que si c'était fait de la bonne façon les variables de bases fournies depuis la page config fonctionnerais aussi pour nos TQ.
A mon avis Ils essayent de modifier le fonctionnement de l'A/T pour pouvoir suivre un peu mieux le PAth pendant la descente.Pour moi la descente sur un path fonctionne correctement.
Je signale quand même ,que lorsque le FMC calcul un path de descente c'est calculé par une calculette qui ne tient pas contre de beaucoup d'autre choses lors du calcul ... et c'est pareil en réelle.
La seul couple qui fonctionne correctement pour un SIMULATEUR de vol est le couple Prosim 3.32 et P3Dv5 ou V4.Je dirai que c'est la meilleur version de Prosim actuel.Après 9 mois d'utilisation ,pas une ombre à rapporter à prosim concernant le fonctionnement du simulateur et il est utilisé de façon ,je dirais très intensive.
Depuis qu'ils on changer énormément de chose dans la version 3.34 ,on ne sait plus faire confiance quand tu commences un vol.C'est "bah on verra bien".
Je ne vais pas commencer à tout rapporter non plus pour ne pas les faire pleurer.
Je te donne un exemple non rapporté avec la version 3.35b30 :
Elle fonctionne très bien sauf que 1 vol sur 3 quand tu arrives au CRZ le FMA passe en ARM.
Prosim n' a pas tenu compte que tu es arrivé au CRZ , CRZ entré dans la page CRZ du FMC.
C'est facile de le comprendre paracerque tu t'en rend compte pendant la descente : la variable "Off sched descend" passe à 1 ...

 

[InAir]

Salut Fab ,
Ver 3.35b37 (sortie ce18/10/25)
Tests : en rouge ,ce qui est mauvais.
******
Cible CRZ Fl320 ,A/T full time engagé pendant la durée du vol jusqu'au seuil de piste.
Pas de raison de désengager l'A/T en approche ILS avec les deux CMD engagés et le FLARE armé.

Rappel : Mon drivers personnel qui pilote mon Tq n'a plus changé depuis au moins 1 ans.
Je lis les variables Prosim au travers de variables Sioc puis ces valeurs sont envoyées vers mon driver.

Décollage
Premier niveau de vol Fl230 en VNAV
- Pas de problème pendant la montée
- Au Fl230 FMA passe en ARM ,Power L R = 0

Deuxième niveau de vol FL290
- FMA passe en N1 ,Power L R = 1
- Au Fl290 FMA passe en MCP SPEED

Troisième manipulation Step descend to FL250
- Pas de problème constaté.

At FL250 accélération M0.78
- Pas de problème constaté.

Cible CRZ FL320
- VNAV ON
- FMA N1 Power L R = 1

Au CRZ
- FMA Passe FMC SPEED et après +/- 1 minutes passe en ARM
- Demande de régulation de vitesse par le système et FMA repasse en FMC SPEED et la régulation repart sans autre action de ma part.

Au TOD
- FMA passe en ARM au point précis TOD => Var Power L et R = 0 et donc pas de mouvement des manettes et pas de réduction des Gaz.
- Action manuelle pour réduire vers IDLE

En Approche ILS
- FMA FMC SPEED passe en ARM puis en FMC SPEED on fonction de la demande de régulation mais uniquement vers le haut (demande puissance pour rattrapé ou garder la vitesse de contrainte entrée dans FMC ou calculée par le FMC en fonction de la sortie des volets.
- Flap 15 FMA passe en MCP SPEED et pas de problème constaté.
J'ai reprit le manuel pendant le roulage.

Pendant le test ,mes manettes on toujours bien suivit le N1 en fonction des valeurs Power L R et numerical L et R fournies par Prosim.
Je n'ai constaté aucune variation incohérentes des manettes pendant que les variables power left et right sont à 1.Ces variables à 0 n'autorisent pas de mouvement des throttle.
Pas de variation de puissance N1 incohérente.

Dans les dernières Update il y a le commentaire suivant et je cite :

The new AT logic is now based on N1 change, instead of lever position.
- [Autoflight][SW-304] Fixed no automatic changeover between IAS/MACH passing ~FL260 (VS/LVL CHG)

Ils magouillent ou quoi ? Qu'es ce que le niveau de vol vient faire la dedant ?