Vous n'êtes pas identifié(e).
Bon ... je pense avoir compris la lecture des bits c*via la calculatrice Windows. Effectivement, cela permet de décoder plus aisément les infos dont nous avons besoin.
J'ai donc modifié le script en conséquence pour la première rangée de switchs. Bien sûr, il y a un petit souci :
Le Fuel Pump déclenche aussi le Pitot Heat, et vice-versa. Je suppose donc que je fais encore une bourde ... Mais je ne vois pas où. J'ai vérifié les offsets, et ce sont à priori les bons ...
function HID_Siwtch_Panel()
testVar = ipc.readUD(0x66C0)
-- Master Battery Bit 0 : 2^0 = 1
if logic.And(testVar,1) ~= 0 then
ipc.writeLvar('Battery1Switch', 1)
SetVar=ipc.readLvar('Battery1Switch')
ipc.display('Battery : '..SetVar,10)
else
ipc.writeLvar('Battery1Switch', 0)
SetVar=ipc.readLvar('Battery1Switch')
ipc.display('Battery : '..SetVar,10)
end
-- Master Alternator Bit 1 : 2^1 = 2
if logic.And(testVar,2) ~= 0 then
ipc.writeLvar('Eng1_GeneratorSwitch', 1)
SetVar=ipc.readLvar('Battery1Switch')
ipc.display('Generator : '..SetVar,10)
else
ipc.writeLvar('Eng1_GeneratorSwitch', 0)
SetVar=ipc.readLvar('Battery1Switch')
ipc.display('Generator : '..SetVar,10)
end
-- Avionics Bit 2 : 2^2 = 4
if logic.And(testVar,4) ~= 0 then
ipc.control(66701)
-- SetVar=ipc.readUD(66701)
-- ipc.display('etat avionics : '..SetVar,10)
else
ipc.control(66701,0)
-- SetVar=ipc.readUD(66701)
-- ipc.display('etat avionics : '..SetVar,10)
end
-- Fuel Pump Bit 2 : 2^3 = 8
if logic.And(testVar,8) ~= 0 then
ipc.control(66237,1)
-- SetVar=ipc.readUD(66237)
-- ipc.display('etat Fuel Pump : '..SetVar,10)
else
ipc.control(66237,0)
-- SetVar=ipc.readUD(66237)
-- ipc.display('etat Fuel Pump : '..SetVar,10)
end
-- De-Ice Bit 2 : 2^4 = 16
if logic.And(testVar,16) ~= 0 then
ipc.control(66031,1)
-- SetVar=ipc.readUD(66031)
-- ipc.display('etat De-Ice : '..SetVar,10)
else
ipc.control(66031,0)
-- SetVar=ipc.readUD(66031)
-- ipc.display('etat De-Ice : '..SetVar,10)
end-- Pitot Heat Bit 2 : 2^5= 32
if logic.And(testVar,32) ~= 0 then
ipc.control(65858,1)
-- SetVar=ipc.readUD(65858)
-- ipc.display('etat Pitot Heat : '..SetVar,10)
else
ipc.control(65858,0)
-- SetVar=ipc.readUD(65858)
-- ipc.display('etat Pitot Heat : '..SetVar,10)
end
endevent.offset(0x66C0, 'UD', 'HID_Siwtch_Panel')
EDIT : De plus, dans la console Linda (vraiment très pratique, un Must Have), j'ai d'incessants contrôles qui tournent en boucle. Je suppose que j'ai donc dans un des LUA quelque chose qui met un peu le souc ...
Edit 2 : Dans aucun de mes LUA je cherche à adresser ces contrôles ...
Il s'agit de PANEL_ID_OPEN et PANEL_ID_CLOSE :
@ Pat et Philippe :
Un grand merci encore pour votre aide et le partage de vos connaissances ! Je suis en week-end familial et je ne peux tester pour l'instant... Je verrai ça Lundi ou Mardi.
En revanche, je dois avouer que malgré la calculatrice, le décryptage des bits n'est pas limpide pour moi ... Ceci dit j'ai essayé très brièvement car peu de temps.
Je vous souhaite un excellent week-end.
Merci, Pat et Didier, pour vos précisions et explications ...
Je vais voir comment articuler tout ça ...
Malheureusement le script ne fonctionne pas; ou pour être précis, seul le Master Bat fonctionne.
Du coup j'ai essayé de modifier le script en plaçant le master ALt en première position, mais c'est idem. Seul le Master BAT est fonctionnel. Je dois aussi travailler un peu ... Je verrai ça en fin d'après midi ...
c'est quoi ce truc, cette déclaration ? >K
Il faut que je regarde ça sur les forums de A2A.
Philippe,
Je vais tester ton script (qui en plus a l'avantage d'être considérablement allégé) ...
Une liste des variables de ton avion A2A sera la bienvenue car je n'ai pas ce zinc !
Le lien vers les variables du C172 de A2A .
Un lien vers les contrôles de FSX.
Hello!
Suite à vos indications, je me suis souvenu de cet article : http://forum.simflight.com/topic/76972- … lti-panel/
Voici ce que j'en ai déduit pour mon script : (qui ne fonctionne pas...). Pour simplifier sa lecture j'ai supprimé les lignes non indispensables.
function HID()
testVar = ipc.readUD(0x66C0)
if testVar == logic.And(testVar,1) then
MasterBat=ipc.readLvar('Battery1Switch')
if MasterBat == 1 then
ipc.writeLvar('Battery1Switch', 0)
else
ipc.writeLvar('Battery1Switch', 1)
end
end
if testVar == logic.And(testVar,2) then
MasterALT=ipc.readLvar('Eng1_GeneratorSwitch')
if MasterALT == 1 then
ipc.writeLvar('Eng1_GeneratorSwitch', 0)
else
ipc.writeLvar('Eng1_GeneratorSwitch', 1)
end
end
if testVar == logic.And(testVar,3) then
SetVar=ipc.readLvar('AvionicsElecPower')
if SetVar == 1 then
ipc.writeLvar('AvionicsElecPower', 0)
else
ipc.writeLvar('AvionicsElecPower', 1)
end
end
endevent.offset(0x66C0, 'UD', 'HID')
@ Pat :
PS : Je ne vois pas trop l'utilité du fichier macro.
J'avais trouvé l'info de ce fichier macro sur les forum de A2A. Mais l'info n'étant pas de la toute dernière fraicheur, j'avais mis ce fichier de côté suite à ton message. jusqu'à ce matin, son absence n'avait aucune incidence. Forcément, mes scripts ne fonctionnaient pas ...
mais depuis ce matin, ils fonctionnent enfin, et j'ai pu constater que mon interrupteur fonctionnait plutôt comme un switch ... Je me suis souvenu (si si ! comme quoi les recherches ça a du bon), que dans le fichier macro, on attribuait à un l:var une fonction "toggle" ou "set" ...
J'ai donc remis en servie mon fichier macro de test et ... Bin mince alors ... ça fonctionne ... 
Mettez-vous à ma place ! Après toutes ces heures à tester et à tourner en rond, je suis sous le choc ! 
bonne nouvelle donc !
@ Philippe :
pour ta bascule inter en deux fois , c'est plutôt dans ton HIDswitch.lua que ça ce trouve
Voir ma réponse à Pat ci-dessus ... Cela fonctionne.
tu compare testVar à une stricte égalité à 1 pour que ça fonctionne il te faut faire un masque avec un ET logique (and) sur la valeur 1
Je vais voir ça de mon côté en attendant tes explications. Pour l'instant, les tests avec le script ci-dessous sont concluants. Mais il ne s'agit que d'un seul switch sur le panel ... Je pense que ça va vite se corser ...
function Master_Bat()
testVar = ipc.readUD(0x66C0) -- Lecture de l'offset dédié au switch panel
--ipc.display('Test HID A2A : '..testVar,15)
ipc.log('Test HID A2A : '..testVar)
if testVar == 532481 or testVar == 532480 then -- si le bouton master bat est modifié
--ipc.display('Test HID lua : '..testVar, 10) -- on affiche l'état à l'écran
ipc.log('Test HID lua testvar : '..testVar)
MasterBat=ipc.readLvar('Battery1Switch') -- Lit l'état du bouton
--ipc.display('Test HID lua : '..MasterBat, 10) -- on affiche l'état à l'écran
ipc.log('Test HID lua testvar : '..MasterBat)
if MasterBat == 1 then
ipc.writeLvar('L:Battery1Switch', 0) -- si il est sur On, on le passe à OFF
else
ipc.writeLvar('L:Battery1Switch', 1) -- Si il est sur OFF, onle passe à ON
end
end
end
@ Pat :
Pas taper ! "Smiley Honteux" ! .... Ce double "=" pourtant déjà signalé comme tu dis, et pourtant déjà corrigé ... Joie et bonheur du copier/coller ... La honte ! Quant aux lignes en commentaire, c'était effectivement à des fins de tests.
Et les tests sont concluants ! YEP ! Enfin ... J'admire ta patience !
@ Philippe : Effectivement, la valeur de mon offset n'a plus rien à voir avec 1; J'ai commencé quelques modifications brèves ce matin, je verrai ça ce soir.
tu compare testVar à une stricte égalité à 1 pour que ça fonctionne il te faut faire un masque avec un ET logique (and) sur la valeur 1
j'espère me faire comprendre
Là comme ça à brûle pourpoing, sans eulbiniou sous la main, je suis pas certain (en fait si, je suis sûr) de pas avoir tout compris. Il faudra que je regarde ça à tête reposée ce soir ...
De plus, Quand je bascule l'inter, la valeur est bien modifée (53181) par exemple. Mais rebasculer l'inter en off ne modifie pas la valeur. Je dois le rebasculer encore une fois (donc à ON) ... Est-ce l'effet de ma comparaison stricte ?
Au plaisir de vous lire !
Au temps pour moi !
c'est bien le 0x66C0 !!!
le a2a.lua :
function Master_Bat()
testVar == ipc.readUD(0x66C0) -- Lecture de l'offset dédié au switch panel
ipc.display('Test HID A2A : '..testVar,15)
ipc.log('Test HID A2A : '..testVar)
-- if testVar == 1 then -- si le bouton master bat est modifié
-- ipc.display('Test HID lua : '..testVar, 10) -- on affiche l'état à l'écran
-- ipc.log('Test HID lua testvar : '..testVar)
-- MasterBat=ipc.readLvar('Battery1Switch') -- Lit l'état du bouton
-- if MasterBat == 1 then
-- ipc.writeLvar('L:Battery1Switch', 0) -- si il est sur On, on le passe à OFF
-- else
-- ipc.writeLvar('L:Battery1Switch', 1) -- Si il est sur OFF, onle passe à ON
-- end
-- end
endevent.offset(0x66C0, 'UD', 'Master_Bat') -- "écoute" de l'offset
J'ai rectifié le tout pour être en Ud/UW partout.
Mais si je modifie l'offset via Linda, rien ne bouge ... Je commence à craquer ... il va falloir que je revoie tout ça ...
bon, alors ...
Offset modifié pour entrer dans le standard FSUIPC : 0x66CE.
Action d'un bouton du switch pris en compte dans la console Linda :
LUA.2: Local: s = [O] Offset set: 0x66C0 type=UB format=DEC strlen=DEC val=8193
Il apparaît comme Ub, alors que mes deux scripts LUA sont en UW ...
Depuis Linda, dans la fenêtre ci-dessous, si je modifie la valeur de l'offset 0x66CE, celui-ci est bien mis à jour dans FSX :
[img align=c]http://www.fsfiles.org/flightsimshotsv2/images/2014/11/05/yj6Mf.jpg[/img]
[img align=c]http://www.fsfiles.org/flightsimshotsv2/images/2014/11/05/dIh19.jpg[/img]
J'en déduis que le HIdswitch.lua fonctionne ...
Pourtant, le a2a.lua reste définitivement muet ...
- Le fichier lua en question s'appelle a2a.lua, et il est bien reconnu comme une extention LUA par Windows.
- Ce fichier se trouve dans le dossier Modules de FSX.
- Il est bien inscrit dans FSUIPC4.INI :
[LuaFiles]
1=HidMulti
2=HidRadio
3=HidSwitch
4=a2a[Auto]
1=lua HIDRadio
2=lua HIDMulti
3=lua HIDSwitch
4=lua a2a
- Pour confirmer que J'écris bien dans l'offset au bon format (UW) :
function Poll(time)
-- Use "readlast" so the values we use are the most up-to-date
CurrentData, n, discards = com.readlast(dev, rd)
-- Extract values we need
if n ~= 0 then
buttons[1] = com.GetHidButtons(dev, CurrentData)
-- check for changes
if buttons[1] ~= prevbuttons[1] then
prevbuttons[1] = buttons[1]
-- Send to FSUIPC as a set of 32 virtual buttons
-- i.e. DWORD offsets 335C onwards
ipc.writeUW(0x9500, buttons[1])
end
end
end
Je ferai des tests complémentaires avec Linda ce soir.
Merci pour ta proposition de RDV Skype, c'est vraiment sympa ! J'essaie donc tout ça et si vraiment je n'arrive à rien (SIC) je solliciterai un peu de ton temps ...
Bon, j'ai fait chou-blanc ... Malgré ton script corrigé, il ne se passe absolument rien. Pas d'affichage,ett encore moins d'inscriptions dans le FSUIPC4.log ...:col
Je précise que le fichier lua en question est bien dans la section [LuaFiles]. J'ai même essayé de l'ajouter dans la section [auto] ... Je ferai d'autres tests demain avec LINDA ....
@ Christian :
Merci pour l'info. J'avais déjà vu et testé. Si ma mémoire est bonne, le multipanel n'était pas très bien géré. Notamment au niveau de l'affichage... Mais c'est vrai que Linda est un outil vraiment chouette !
Du coup, j'ai cherché à creuser un peu, pour comprendre (ou tout du moins, tenter) le fonctionnement de FSUIPC et des LUA, pour voir si il était possible de piloter ces modules SAITEK sans LINDA ou SPAD. En gros, avoir simplement un FSUPC (certes enregistré) et placer les bons fichiers LUA pour que tout soit interfacé avec FSX.
C'est vrai que cela revient un peu à réinventer la roue; mais le but principal c'est de bien comprendre la mécanique de l'ensemble ...
@ Philippe et Pat :
Futurs voisins ... D'ici quelques mois je serai Nordiste également ... Bah oui, c'est bien moi sur les deux forums ! Je ne me souviens même plus pourquoi mon pseudo ici est différent ? Je devais être mal luné ...
Pat : J'ai changé d'offset car j'avais des soucis avec le module AccuFeel de A2A. Vu que ça fonctionnait parfaitement avant tous ces tests, j'ai fait le tour des modifications éventuelles et hormis mes essais et bidouillages FSUIPC/SAITEK, il n'y avait rien. Après le changement d'offset, tout est revenu à la normale. J'essaierai de tester les plages d'Offset plus "conventionnelles" pour FSUIPC.
Quant à "testVar = ipc.readUW(0x9500)" je ferai le test ce soir.
Philippe : Je suis pourtant un habitué des recherches et de la dépatouille ... D'ordinaire je retombe toujours sur mes pattes, même si c'est parfois long et compliqué ... Mais là ... La sensation d'être une poule qi vient de trouver un couteau est assez désagréable ! 
FSUIPC et LUA me semblent bien obscurs alors que je suis certain que ça n'est pas si compliqué ... Je dois prendre "eulbiniou" par le mauvais bout ...
Merci en tout cas pour votre aide. Et votre patience !
Aprèsn avoir fait des test dans tous les sens, je sais que mon switch panel cause bien à fsx, et que l'offset 0x3360 se met bien à jour via le HIDSwitch.lua .
En revanche, le script ci-dessous ne fait strictement rien ! :o(
testVar == ipc.readUW(0x9500) -- Lecture de l'offset dédié au switch panel
ipc.display('Test HID lua : '..testVar, 16384)function Master_Bat()
if testVar == 1 then -- si le bouton master bat est modifié
ipc.display('Test HID lua : '..testVar, 16383) -- on affiche l'état à l'écran
MasterBat=ipc.readLvar('Battery1Switch') -- Lit l'état du bouton
if MasterBat == 1 then
ipc.writeLvar('L:Battery1Switch', 0) -- si il est sur On, on le passe à OFF
else
ipc.writeLvar('L:Battery1Switch', 1) -- Si il est sur OFF, onle passe à ON
end
end
endevent.offset('0x9500', 'UW', 'Master_Bat') -- "écoute" de l'offset
J'ai essayé pas mal de choses, de variantes, en vain ....
Bonsoir Pat,
Merci pour ces précisions. Dans toutes les recherches effectuées, j'ai trouvé pas mal d'infos, et bien vu qu'il y avait des fonctions, mais sans trouver le mécanisme d'appel. Tu as répondu à cette interrogation.
Sauf erreur de ma part, la macro permet de regrouper un certain nombre d'action pour un seul bouton. Et de programmer toutes les actions utiles au C172 de A2A, qui utilise des L:Var non adressées directement par FSX.
Le point de départ de mes recherches, c'est de faire fonctionner le multipanel deSaitek avec le c172 de A2A.
Mais si tu estimes, par expérience, que je suis sur la mauvaise voie en procédant ainsi, je suis preneur de toute information qui me permettra de progresser et d'avancer dans ce très modeste (mais très nouveau et encore obscure pour moi) projet ... Je ne pourrai pas tester tout cela avant dimanche soir ou lundi mais je ne manquerai pas de te dire ce qu'il en est !
Merci ;o)
Bonsoir à tous !
Je crois que j'ai un petit souci de compréhension (ou d'interprétation) avec les scripts LUA que je découvre. L'objectif : Faire fonctionner mon Saitek Multi Pane fraîchement acquis d'occasion avec le C172 A2A...
A2A exploite des L:var pour ses avions, et il faut donc piloter FSUIPC (version enregistré 4.937) via ces L:var.
Pour y parvenir, J'ai d'abord un fichier macro "a2a_c172.mcro", présent dans le dossier Modules de Fsx. Il est incomplet, et me sert pour de simples tests :
[MACROS]
1=L:ControlsLock=TOGGLE
2=L:vis_WheelChocks=TOGGLE
3=L:vis_WingLeft_TieDown=TOGGLE
4=L:vis_WingRight_TieDown=TOGGLE
5=L:vis_Tail_TieDown=TOGGLE
6=L:kma26SelectorKnob_pos=SET
7=L:COM1_TRANSMIT_SELECT=TOGGLE
8=L:COM2_TRANSMIT_SELECT=TOGGLE
9=L:kma26Com1Switch=TOGGLE
10=L:kma26Com2Switch=TOGGLE
11=L:PedestalLightKnob=SET
12=L:PanelLightKnob=SET
13=L:GlareshieldLightKnob=SET
14=L:RadioLightKnob=SET
15=L:Battery1Switch=SET
16=L:Eng1_GeneratorSwitch=SET
17=L:Avionics_Master_Set=SET
Ce ficher macro est bien déclaré dans le fsuipc4.ini :
[MacroFiles]
1=a2a_c172
J'ai ensuite un fichier HidSwitch.lua destiné à "écouter" les actions sur le switch panel. si j'actionne un des boutons du switch, l'offset 0x3360 est ms à jour en conséquence :
-- Based on HIDDemo.lua from Peter Dowson
-- Adjusted for Saitek panels by Pierre Baillargeon, Kama2004 on Avsim-- Polling rate in number of polls per second
Pollrate = 25-- opening HID device Saitek Switch panel
Vendor = 0x06A3
Product = 0x0D67
Device = 0
Report = 0
dev, rd, wrf, wr, init = com.openhid(Vendor, Product, Device, Report)-- These are the tables of values we need
buttons = {}
PrevData = ""
prevbuttons = { 0 }-- The Polling routine is caled on a time event, set at the end
------------------------------------------------------------------------
function Poll(time)
-- Use "readlast" so the values we use are the most up-to-date
CurrentData, n, discards = com.readlast(dev, rd)
-- Extract values we need
if n ~= 0 then
buttons[1] = com.GetHidButtons(dev, CurrentData)
-- check for changes
if buttons[1] ~= prevbuttons[1] then
prevbuttons[1] = buttons[1]
-- Send to FSUIPC as a set of 32 virtual buttons
-- i.e. DWORD offsets 335C onwards
ipc.writeUD(0x3360, buttons[1])
end
end
end
------------------------------------------------------------------------if init then
-- Deal with initial values, if supplied (some joysticks don't)
ipc.log("init seen!")
Poll(0)
endif Pollrate == 0 then
-- Ouch. Mustn't divide by zero!
Pollrate = 25
endevent.timer(1000/Pollrate, "Poll") -- poll values 'Pollrate' times per second
Il est bien déclaré dans le fsuipc4.ini et est lancé automatiquement :
[LuaFiles]
1=ipcinit
2=HidMulti
3=HidRadio
4=HidSwitch
5=A2AC172_Switch[Auto]
1=lua HIDRadio
2=lua HIDMulti
3=lua HIDSwitch
4=lua A2AC172_Switch
Et enfin, j'ai mon fichier A2AC172_Switch.lua (bien déclaré dans lefsuipc4.ini) :
-- Lecture de l'offset "switch panel"
pos = ipc.readUb(0x3360)-- si la valeur est 1, alors le Master Bat est actionné
if pos == 1 then
MasterBat = ipc.readLvar('Battery1Switch')
if MasterBat == 0 then
ipc.writeLvar('Battery1Switch', 0)
else
ipc.writeLvar('Battery1Switch', 1)
end
end
Pourtant, jamais rien ne se passe ! 
Si je déclare un bouton directement dansFSUIPC, avec une action sur le L:BatterySwitch, en press et en release, alors ça fonctionne parfaitement.
Ais-je fait une erreur en "comprenant" que sile fichierest correctement renseigné dansle FSUIC4.ini, il devenait alors une "macro" à part entière, en attente de fonctionnement ?
Ou est-ce que je dois passer obligatoirement par la création de bouton ?
Siun habitué des scripts LUA veut bien m'éclairer un peu ... MayDay ... :oops:
Bonjour,
Au risque de me répéter (je suis déjà passé sur votre site), cette scène est superbe et prometteuse ! J'imagine aisément les heures de travail que cela doit représenter ... Je vous souhaite donc bon courage, et il me tarde de pouvoir découvrir le fruit de votre travail !!!
Bravo, (encore) ... :o)