Version B49.x

[Mitch95]

Kem,

Bon, donc on peut dès à présent retirer les points 3- et 4-.

Point 1 - :
Oui en effet, l'indication verte "Connected" sur le Server peut être trompeuse.
Elle indique que la logique OVHD (intégrée au Server) est connectée, mais est indépendante de l'appli OVHD visual (justement pour ceux qui ont un OVHD hardware et qui verraient alors un OVHD "Not connected") ==> OVHD visual n'est donc qu'une interface de communication (importante malgré tout pour ceux qui n'ont pas de hardware...).
L'origine de cela, c'est qu'auparavant (si mes infos et ma mémoire sont bonnes), c'est l'appli OVHD qui intégrait la logique OVHD, d'où l'intérêt de s'assurer de sa connexion au Server...

Point 2 - :
Par contre pour les applis PFD, ND, EWD, SD etc..., l'indication "Connected" sur le Server matérialise réellement la connection.
>>> Donc si l'une de ces applis se trouve sur le même PC que le visual OVHD, on peut penser que la connexion est établie.
>>> Si l'OVHD est seul sur son PC, tu peux chercher le log de connexion dans C:/A320FMGS/Logs/WideFMGSLog.txt : il doit t'indiquer l'heure de la dernière connexion sur le Server, l'addresse IP du PC Server, ainsi que les ports connectes (et éventuellement les incidents de connexion).

Point 5 - :
Si d'autres applis (PFD, etc...) du même PC sont connectées, il n'y a pas lieu de remonter jusqu'à la box.

Enfin et naturellement, je présume qu'au moment où tu as le problème, tu as fait l'update B49 sur chaque PC (et jusqu'à ce que l'updater ne demande plus rien)...
Quant aux connexions réseau, un bon vieux câble Ethernet RJ45 est plus fiable que la Wifi (à tout hasard... ).

@++ ,
Michel

[Aumkem]

Merci Mitch95

"Point 2 - :
Par contre pour les applis PFD, ND, EWD, SD etc..., l'indication "Connected" sur le Server matérialise réellement la connection.
>>> Donc si l'une de ces applis se trouve sur le même PC que le visual OVHD, on peut penser que la connexion est établie.
>>> Si l'OVHD est seul sur son PC, tu peux chercher le log de connexion dans C:/A320FMGS/Logs/WideFMGSLog.txt : il doit t'indiquer l'heure de la dernière connexion sur le Server, l'addresse IP du PC Server, ainsi que les ports connectes (et éventuellement les incidents de connexion)."

KEM > Alors oui , PFD, ND etc etaient tous connectés .
et oui l'OVH est seul sur son PC , je vais regarder le log et si besoin vous le poster ici , merci

"Point 5 - :
Si d'autres applis (PFD, etc...) du même PC sont connectées, il n'y a pas lieu de remonter jusqu'à la box."
KEM > dac oui je pense pas ça serait trop soudain et invisible.

"Enfin et naturellement, je présume qu'au moment où tu as le problème, tu as fait l'update B49 sur chaque PC (et jusqu'à ce que l'updater ne demande plus rien)...
Quant aux connexions réseau, un bon vieux câble Ethernet RJ45 est plus fiable que la Wifi (à tout hasard... )."

KEM > je n'ai jamais connecté mes PC autrement qu'avec des bon vieux cables ethernet qui passent par un switch
oui , j'ai bien effectué l'update sur tout les PC qui m'on d'ailleur tous redemander apres la B49 l'update du module FSUIPC.
Merci pour l'aide
Kem.

[Aumkem]

Bonjour,
Je viens a nouveau de passer une soirée et la mâtiné a vérifier.
Le PC Oh en question (client2) est parfaitement configurer sur le réseau et a jour.
Wide FS fonctionne , l'IP est fixe , c'est le bon réseau etc..
L'application OH fonctionne bien en B49 sur le PC serveur et le PC avionic ( client1) connecte bien au serveur
Après plusieurs essais , (3 ou 4) a chaque fois le retour en B48.2 rétabli tout ça .
Pour info je suis sur P3Dv4.1 j'ai bien les simconnect client installés de plus vieux au plus récent sur tout les PC
et mes logiciels déportés fonctionnent avec comme AS4 ( sur le PC avionic)
Merci beaucoup pour votre aide
Kem

[Mitch95]

Bonjour Kem,

Je crains qu'il ne s'agisse d'un "problème local" à ton installation, car personne d'autre n'a à ma connaissance remonté cette difficulté, que je n'ai pas davantage rencontrée moi-même...

Si tous les simulateurs étaient montés industriellement et de manière identique chez chacun, ce serait plus simple... Mais ce n'est évidemment pas le cas et il y a donc autant d'installations différentes que d'utilisateurs... Et à distance à travers un forum, c'est encore plus compliqué de penser à tout... !!

Qu'est ce qu'il y aurait donc de particulier chez toi avec la B49 (et qui plus est, sur ce fameux PC "client 2" seulement, puisque les autres se connectent) ?

L'application OH fonctionne bien en B49 sur le PC serveur

Tu as donc fait l'essai, qui montre que cet OVHD B49 est en mesure de fonctionner, dès lors qu'il shunte ton réseau...

le PC avionic ( client1) connecte bien au serveur

C'est aussi une bonne chose ; des éléments B49 sont donc capables de se connecter à FMGS_Server depuis ce PC.

Wide FS fonctionne

OK mais inutile pour JeeHell FMGS qui a sa propre communication serveur / clients.

Pour info je suis sur P3Dv4.1

4.0 ou 4.1, je ne pense pas qu'il y ait d'incidence sur la connexion des modules JeeHell entre eux.

j'ai bien les simconnect client installés de plus vieux au plus récent sur tout les PC

>>> Je ne suis pas un spécialiste de simconnect, mais je ne vois pas à quoi toute cette "généalogie" peut servir, en tout cas vis-à-vis du soft JeeHell...
>>> FMGS_Server l'utilise pour communiquer avec P3D, et pour moi ça s'arrête là...
>>> ASP4 également je crois (que tu sembles utiliser depuis ton "client 1", je ne savais même pas que c'était possible mais je ne vois pas en quoi ça empêcherait le module OVHD de se connecter depuis le client 2 vers le FMGS_Server sur ton PC P3D)...

Donc suggestions (dans l'ordre, toujours du plus facile au "moins facile") :

1 - Quel est le contenu du log dont je t'ai parlé l'autre jour sur ton PC "client 2" lorsque tu démarres l'OVHD ?
2 - Hypothèse de conflits logiciels : Tu lances P3D, aucun addon (pas d'ASP4 ni rien de ce qui peut utiliser le réseau, pas même WideFS) puis tu lances tout ce qui est FMGS ==> Server, puis PFD/ND etc... et enfin OVHD sur son PC client 2.
3 - S'il n'y a toujours pas de connexion, fais l'essai d'installer l'appli OVHD Visual sur le PC "client 1" (d'où d'autres modules parviennent à se connecter...).

Autre idée qui m'intrigue : ces "simconnect client installés de plus vieux au plus récent sur tout les PC" ...
Je ne suis pas un pro de ce module de communication, ni certain de bien comprendre tout ce que tu décris, mais n'y aurait-il pas quelque chose de trop... qui finirait par faire "parasitage" quelque part sur ton réseau ?

Dans la B49, Jean Luc a semble-t-il ajouté quelques fonctions liées aux sons de ventilation, désormais couplés aux commandes du panneau VENTILATION... de l'OVHD justement... Tiens tiens !!!

Donc supposition toujours : En mettant bout à bout cette modification avec l'éventuel "parasitage" précédent, on aurait l'OVHD B48 qui fonctionnerait encore... et celui de la B49 qui ne fonctionnerait plus... du moins sur ton installation... !!
Cette idée est peut-être complètement bancale , mais encore une fois je ne rencontre pas ce problème et personne d'autre ne semble le rencontrer...

Tiens nous au courant de tes investigations...

@++ ,
Michel

[Ridha]

@ Ridha :
Si tu as fait une mise à jour d'AIRAC, il est possible que tu doives intervenir manuellement sur ton fichier CORTE.xml (consulte le Manuel Experts chapitre 8.3, sur ce point). Nous aurons davantage de recul sur le comportement de ce fichier (et de ses données) à la prochaine mise à jour d'AIRAC.
Par ailleurs, cet écrasement de CORTE.xml lors de l'installation d'une nouvelle version a déjà été constaté.
Pour ces deux raisons, si tu te fais une "database" de CORTE, une bonne idée serait de t'en garder une copie de sauvegarde à un autre endroit sur ton PC...
Cela dit, comme Jean Luc retravaille régulièrement la logique des routes et la compilation des Navdata sur son soft, il reste toujours possible que cette sauvegarde devienne incompatible à un moment ou à un autre...

Pour la prédiction UTC, je n'ai pas (encore) constaté cela...
N'y avait-il pas un segment MANUAL ou une DISCONTINUITY en amont du point en question ?

Merci de vos retours à tous les deux.

@++ ,
Michel[/quote]

Bonsoir à tous,

pas de problèmes de discontinuity ou de segment manual.

y a t ' il un problème sur ma configuration ?
j'aurai bien aimé savoir si vous avez des prédictions UTC cohérentes .


Merci pour votre aide

[Aumkem]

Bonjour Mitch95,
Encore une fois merci de prendre du temps à réfléchir a mon problème et chercher des solutions , c'est vraiment sympa
et constructif.
Pour le simconnect , c'est la procédure normale , il faut les 3 clients du plus ancien au plus récent pour que différents
add-ons déportés fonctionnent ( je fais ça depuis 7 ans de FSX à P3D aucuns soucis) mais comme tu dis ça n'a rien a voir
avec Jeehell , c'est simplement un temoin fiable de la fonctionnalité du réseau parcque c'est très capricieux comme wide FS(moins capricieux).
Cela n’empêche pas comme tu dis un problème local malgré tout d'autant plus que je suis le seul a avoir le problème et que biensur c'est sur le PC le plus vieux ( ça veut rien dire mais c la que ça merdouille)
Je testerais comme suggéré d'installer l'appli OVH sur le PC client 1 qui se connecte bien au serveur histoire de voir ce que ça dis.
En effet , juste sur la version qui touche à l'interface OH , je garde un espoir de trouver une solution miracle mais je manque de temps..
Pour le log , rien de special
connected / disconnected en B48.2.2 et rien en B49 tu veu que je le poste ici ?
Sinon sauf miracle ou correctif (mais ça viens de chez moi donc a priori) je verrais quand j'aurais le temps de réinstaller ce fameux PC .
En attendant pas de stress je me régale sur la B48.2.2
Je vous tient au courant
Merci encore
Bonnes fêtes !

Kem

[Mitch95]

Bonsoir,

@ Kem :

et que biensur c'est sur le PC le plus vieux

Pas forcément lié, à moins qu'il soit encore sous Windows Millenium ^^...

connected / disconnected en B48.2.2 et rien en B49 tu veu que je le poste ici ?

Non, visiblement il ne se connecte pas en B49... mais ce n'est pas lui qui dira pourquoi.. .

Je testerais comme suggéré d'installer l'appli OVH sur le PC client 1 qui se connecte bien au serveur histoire de voir ce que ça dis.

OK, tiens nous au courant...
Et essaie également ce que je t'ai suggéré au point 2- de mon message précédent, c'est-à-dire sans lancer les "différents addon déportés", on ne sait jamais...

@ Ridha :

y a t ' il un problème sur ma configuration ?

Ca je ne sais pas...

j'aurai bien aimé savoir si vous avez des prédictions UTC cohérentes .

Indiques nous le plan de vol sur lequel tu as trouvé des prédictions anormales et à quel(s) point(s), je peux toujours essayer de voir si j'ai la même chose (je ferai ça ces jours-ci sans doute, mais pas forcément dès demain...).

@++ ,
Michel

[Ridha]

Bonsoir Michel et tous,

Pour moi le phénomène est vrai quelques soit le plan de vol utilisé .
Je vole tous les jours entre 1h et 1h30
Je fais souvent des vols Lyon/Nice pour moins d'une heure ou Lyon/ Innsbruck , Nice /Valencia etc.
Je n'ai jamais des prédictions cohérentes au passage d'un point il est affiché dans le MCDU sur la ligne 1 et l'UTC passe à une valeur h - 4 ou 5 min de toute façon je n'ai pas l'heure de passage possible sur le point ni ceux qui viennent après.

Si c'est un problème connu j'aimerai pouvoir le corriger.
Je n'arrive pas à me connecter au serveur d'images sinon je vous aurai fais part de quelques copies.


à bientôt et merci pour votre aide.

[Aumkem]

Bonjour Michel ,

"Et essaie également ce que je t'ai suggéré au point 2- de mon message précédent, c'est-à-dire sans lancer les "différents add on déportés", on ne sait jamais..."

désolé je ne t'avais pas confirmé mais j'ai essayé sans ça ne change rien.
Pour l'essai de l'appli OVH sur le PC client 1 fonctionnel avec la B49 je vous tient au courant dès que j'ai pu
ainsi que sur mon avancement global sur ce problème "réseau".
Merci

Kem

[Harry]

Bonjours Jean Luc,

Pour info je ne sait pas si c'et que chez moi mais l'update de la V48.2.2 renvoi vers la 48.2.2.exe et non vers la 49.0

rien de grave je l'ai télécharger sur le forum c'est juste pour info

Cordialement

Harry