Vous n'êtes pas identifié(e).
Bonjour Ă tous,
Sur ma dernière session FSX, j'ai remarqué que l'altitude affichée sur le multi-panel et celle affichée au tableau de bord de l'avion ne correspondaient plus, sauf altitude nulle 0000, mais après plus rien ne correspond. Ayant un autre MultiPanel neuf, j'ai essayé mais c'est exactement pareil, donc à priori le MultiPanel est hors de cause.......
D'autre part, peu de temps avant, à la recherche d'une commande clavier, j'ai tapé un certain nombre de combinaisons de touches, je l'avoue un peu "au pif", ce que je n'aurai peut-être pas dû faire.......
Quelqu'un a t'il la solution, rencontré ce problème, mauvaise combinaison de touches.......
Merci d'avance, en espérant que l'un d'entre vous connait la solution.....
Goose
Asus ROG Strix Z270E - core i7 7700K -Alim Seasonic 750FX - 32Go Ballistix Sport LT ddr4 2666 - PNY GTX1080TI 11Go - SSD Samsung M2 970EVO 250Go ((Windows 10 64bits) - 2 SSD Samsung 860 EVO 250Go +DD Seagate 10000T/mn - 3 écrans 24" Iiyama (5760X1080) - SAITEK, Yoke + manette gaz - Rudder pédales - Switch panel - Multi panel - Radio panel
Hors ligne
L'altitude sur le multi-panel???
Mais c'est pas une altimètre ça, c'est un auto-pilote...
S'il y a une légère différence à l'altitude demandé et celle au tableau de bord, c'est qu'il faut ajuster ta pression barométrique sur le badin...
Hors ligne
Salut Bobonhom
C'est vrai, je me suis mal expliqué, cela concerne effectivement le pilote auto, d'un côté donc sur le Saitek et de l'autre sur l'avion.....les 2 ne coïncide pas quand on sélectionne une altitude sur le rotacteur du Saitek, les chiffres tournent en même temps sur l'écran mais les 2 altitudes sélectionnées ne correspondent pas....!!!
Bizarre!
😕
Asus ROG Strix Z270E - core i7 7700K -Alim Seasonic 750FX - 32Go Ballistix Sport LT ddr4 2666 - PNY GTX1080TI 11Go - SSD Samsung M2 970EVO 250Go ((Windows 10 64bits) - 2 SSD Samsung 860 EVO 250Go +DD Seagate 10000T/mn - 3 écrans 24" Iiyama (5760X1080) - SAITEK, Yoke + manette gaz - Rudder pédales - Switch panel - Multi panel - Radio panel
Hors ligne
On parle de quel avion???
Un seul avion???
Et pour les avions par défaut, c'est pareil???
Divers Saitek ou driver SPAD???
Tu parles de ta dernière session FSX, tu as réessayé depuis???
Allez donne du jus
Dernière modification par Bobonhom (08-08-2015 17:09:02)
Hors ligne
J'ai fait 2 essais hier (pour voir ce que donnait ma nouvelle carte graphique, Sapphire R9 390), c'est à la deuxieme sceance que j'ai remarqué ça avec un avion que j'avais récupérer sur un site, un TB20GT avec tout fonctionnait jusqu'à present, et je suis bien sûr avec SPAD......(Essai aussi avec le C172 FSX et c'était la même chose)
Je crois que je remettre ça à plus tard car je dois m'absenter quelques jours et n'aurais donc pas le temps de refaire un essai. ..
Asus ROG Strix Z270E - core i7 7700K -Alim Seasonic 750FX - 32Go Ballistix Sport LT ddr4 2666 - PNY GTX1080TI 11Go - SSD Samsung M2 970EVO 250Go ((Windows 10 64bits) - 2 SSD Samsung 860 EVO 250Go +DD Seagate 10000T/mn - 3 écrans 24" Iiyama (5760X1080) - SAITEK, Yoke + manette gaz - Rudder pédales - Switch panel - Multi panel - Radio panel
Hors ligne
tu peux nous donner plus de détails, tu as une différence d'altitude entre ton multi et ton avion, mais de combien?
de plus haut ou plus bas la différence de ton multi par rapport au simu?
Si j'ai bien compris, quand tu règle ton atli sur 0 elle correspond avec le simu à 0 également, c'est vraiment bizarre je pense que oui, l'une de tes combinaisons de touche a du "perturber" l'un ou l'autre
essaye de lancer un vol et d'utiliser ton autopilote en prenant soins de débrancher et supprimer les drivers du multi, avec un peu de chance, le Dieux de la combinaison de touche ira voir ailleurs lorsque tu rebranchera le tout.
AVIS AUX SPECIALISTES:
reinitialiser le .CFG ne peux t-il pas arranger le probleme?
Bon courage
Hors ligne
Comme je disais Ă Bobonhom, je ne vais pas avoir le temps de faire un nouvel essai pour le moment car je vais m'absenter, je referai un bilan et nouvel essai Ă mon retour.........je relancerai peut-ĂŞtre le sujet si rien de mieux Ă ce moment!
Merci et bonne semaine
Goose
Asus ROG Strix Z270E - core i7 7700K -Alim Seasonic 750FX - 32Go Ballistix Sport LT ddr4 2666 - PNY GTX1080TI 11Go - SSD Samsung M2 970EVO 250Go ((Windows 10 64bits) - 2 SSD Samsung 860 EVO 250Go +DD Seagate 10000T/mn - 3 écrans 24" Iiyama (5760X1080) - SAITEK, Yoke + manette gaz - Rudder pédales - Switch panel - Multi panel - Radio panel
Hors ligne
Bonjour,
je remonte ce Post car j'ai le même problème et je n'ai trouvé aucune solution
Tous d'abord l'Ă©tat des lieux:
je suis avec FSX SP2 + FSUIPC 4.974+Linda 3.1.1
tous les logiciels Saitek/Logitech ont été supprimés
pour faire simple je vol sur un beechcraft Baron 58 ( celui qui est fournie de base avec FSX)
le problème :
plus qu'un long discours ou faute d'explication correct personne n'y comprendra rien, je mets ci-dessous une petite vidéo assez parlante
merci pour votre aide
Hors ligne
bonjour, un rapide calcul montre que le PA de l'avion est étalonné en pieds et le multipanel de saitek est étalonné en mètres.
Ne pratiquant plus fsx depuis quelques années je ne sais pas comment rétablir les choses, voir avec spad peut être.
Mais les données sont cohérentes pour les 2 appareils ce sont les unités employées qui diffèrent.
VoilĂ la piste Ă explorer.
Bonne journée et bon vol (sans passager) confinement oblige.
Dernière modification par pga51 (17-04-2020 08:38:00)
Hors ligne
Si tu gère tes logitech avec LINDA, c'est probablement là que tu trouveras solution...
C'est un problème souvent remonter avec la gestion du multi-panel par LINDA depuis 2017
Mais j'ai pas encore vue la solution, sinon un tripatouillage des codes LUA... Mais je peux pas croire que le problème n'est pas résolu en 2020???
Sinon comme ambucast dit, commence par voir ton réglage dans FSX lui-même???
Je vais quand même m'y penché, mais tu devrais utilisé SPAD
Dernière modification par Bobonhom (17-04-2020 23:22:01)
Hors ligne
bonjour,
j'ai vérifier dans les paramètres de FSX, notamment en changeant les unités de mesures mais rien y fait.
je suis d'accord avec Bobonhom c'est surprenant qu'en 2020 ce problème n'est pas encore été résolu .
le seul commentaire que j'ai trouver sur les forum c'est:"FSX est vieux et avec plein de problème il faut passer sur P3D V4, là ça fonctionne"
Quand a tripatouiller les LUA j'avoue que je suis pas un expert donc c'est chaud
merci en tous cas de vous pencher sur le problème
Hors ligne
j'ai continué a creuser mon problème
Puisque visiblement c’est un problème de variable entre FSUIPC et LINDA, j’ai utilisé FS-INTERROGATE2std pour connaitre le contenu des variables.
La variable concerné est 0x07D4 pour une altitude afficher a 1000 dans le cockpit et 300 sur le Saitek j’obtiens sur le buffer 1 la valeur 19975372.
Si je la divise par 65356 (chiffre indiqué dans le SDK FSUIPC), j’obtiens 304,7999877929688 soit à peux prés la valeur afficher sur le Saitek.
Quand je regarde la fonction getALTValue() dans le fichier common.lua de LINDA, je m’aperçois qu'il y a la condition suivante :
if P3D == 1 or A2A == 1 then
alt = alt * 3.2808399
end
je la reprend donc a mon compte et je multiplie 304,7999877929688 par 3.2808399 j’obtiens ‭999,9999614706848‬ soit après arrondi 1000 comme l’affichage dans le cockpit.
Mon raisonnement est-il correct ?
Dernière modification par obbiwan (21-04-2020 16:31:40)
Hors ligne
if P3D == 1 or A2A == 1 then
alt = alt * 3.2808399
end
En effet, ça pourrait être là le nœud...
Les problème que j'ai lu venait tous d'avion A2A... Là je comprend pas pourquoi ton Barron par défaut est pris en considération???
Mais bon, j'en connais peu sur LINDA, un expert est demandé SVP
Hors ligne
Je poursuis mes recherches sur mon petit problème et je dois avouer que je suis un peu nouveau sur ce type de programmation
Je vérifie donc la valeur de l’offset 07D4 directement dans la console Linda et je me sers du tracer pour lui appliquer les calculs :
07D4 :UD :DEC : *1/65536*3.2808399
Dans la console j’ai maintenant
641875 LUA.0: LINDA:: [s] Watching new offset: 07D4:UD:DEC:*1/65536*3.2808399 = 19975372
653157 LUA.0: LINDA:: [EVNT] Execute Command = "PR:06A30D060:7"
653188 LUA.0: LINDA:: [EVNT] OnPress Button detected PR:06A30D060:7 ++++++++
653204 LUA.0: LINDA:: [hHID] Checking Saitek button press 06A30D060
653204 LUA.0: LINDA:: [hHID] Checking Saitek vid/pid 06A3/0D06
653204 LUA.0: LINDA:: [COMM] HexToStr 06A3
653204 LUA.0: LINDA:: [COMM] HexToStr 0D05
653219 LUA.0: LINDA:: [COMM] HexToStr 0D06
653219 LUA.0: LINDA:: [EVNT] Ignore Radio button 0D06/7
653329 LUA.0: LINDA:: [O] Offset: UD 0x07D4 = 700 (13982761*1/65536*3.2808399)
Donc mon raisonnement est bon puisque conforme à l’affichage dans le cockpit
Je défini une nouvelle variable getALTValue () dans le fichier user.lua ( j'ai lu que l'on pouvais le faire)
function getALTValue ()
local alt
alt = round(ipc.readUD((0x07D4) / 65536)* 3.2808399)
_loggg('[SAITEK] Multi-Panel Alt value = '.. alt)
return alt
end
je n’arrive pas maintenant à contrôler la valeur de alt, je n’ai pas d’affichage dans la console malgré _loggg('[SAITEK] Multi-Panel Alt value = '.. alt) et l’affichage sur le saitek n’est pas modifier
Si un expert pouvait m’aider
Merci encore
Dernière modification par obbiwan (23-04-2020 07:29:53)
Hors ligne
Bonjour,
Le dernier POST avec le développeur ScotFlieger m’a permis d’avancer sensiblement
Je cite son message : Lorsque la case Saitek Panels est cochée, cela signifie que toutes les entrées et sorties sont codées en dur dans l'interface graphique (Linda.exe). Il n'y a rien que vous puissiez faire dans LUA pour modifier la sortie.
En décochant la case, le LUA est utilisé. Bien qu'il soit plus lent, vous pouvez prendre le contrôle de la sortie
J’ai donc décocher le Saitek Panels, ce qui m’a permis de voir dans la console les messages en _loggg et donc de contrôler mes modifications.
Je reprends donc mon problème depuis le début (le fichier user.lua est vider) afin de faire un constat juste.
Je vais sur le fichier common.lua et ligne 5306 --_loggg('[awg] getALTvalue = ' .. tostring(alt)) je supprime les - - (les 2 tirets mettent la ligne en commentaire)
La console affiche désormais
[awg] getALTvalue = 305 pour un affichage réel de 1000
Ma théorie est donc validée, le traitement est faux
Je mets maintenant ces lignes de codes dans le fichier user.lua
function getALTValue ()
local alt
alt = round(ipc.readUD(0x07D4) / 65536)
alt = round(round(alt * 3.2808399)/10) * 10
_loggg('[SAITEK] Multi-Panel Alt value = '.. tostring(alt))
return alt
end
Je refais un essai et je constate un fonctionnement curieux dès que l’on veut régler l’altitude, je passe de 300 à 10200 ou 65300 pour retomber à 30 de façon aléatoire
Je supprime ces lignes dans mon fichier config-hid.lua
JSTK["06A30D060"][6]="SAI_MULTI_increase_value"
JSTK["06A30D060"][7]="SAI_MULTI_decrease_value"
Je me retrouve maintenant avec l’affichage des bonnes valeurs sur le Saitek et un fonctionnement normal et progressif
Il ne me reste qu’un problème de rafraichissement sur le VS
Amicalement
Nota: en poursuivant mes essais, je m'aperçois que les boutons du multi-panel ne fonctionne plus, il y a encore du boulot
Dernière modification par obbiwan (23-04-2020 12:57:02)
Hors ligne
après de nombreux mails avec l'auteur de LINDA et de nombreux essais avec une version BETA.
une version définitive devrait sortir ( je ne connais pas la date).
cette version corrige le problème d'affichage d’altitude et de VS pour FSX
Dernière modification par obbiwan (08-05-2020 20:09:17)
Hors ligne