Salut Windrider,

J'ai créé un topic spécial pour tes questions et réponses.
Je vais tout de suite essayer de répondre, et je te mettrai une copie de mon fichier .ssi.
(Because on apprend mieux avec l'exemple). Faut juste que j'allume le PC sur lequel je fais ce développement. (Là je suis mollement devant ma TV à regarder les émissions de bagnoles , avec mon miniportable).

Alors comme nous tous, tu as voulu commencer par le train et les flaps ... pas de chance l'état de ces variables n'est pas exportées On se demande d'ailleurs ce que les gars qui ont réalisé les fonctions d'export de LO avaient fumés (alors que d'autres données inutiles sont elles exportées ...)

Les piteurs de la team, ont contourné le problème comme tu l'indique (via leur commande IOcard, et un test pour voir si le jeu obéi (test vitesse, vol etc etc ...).
Le problème du panneau déporté, c'est que tu vas souvent vouloir sortir le train via le clavier ou le joy ... et là ton panel va être paumé. (Je ne sais pas comment intercaler le clavier entre SIOC et LO pour intercepter les commande clavier).
Perso. j'ai renoncé à mettre l'état des flaps et train sur mon panel (de plus la visi sur le cockpit du jeu est plutôt bonne).
Par contre j'ai un bouton, config. d'atterissage qui commande flaps+gear down.

Bref, je te suggère de commencer par des info. et commande plus simples.

Je te met d'ici 1hr, mon fichier SIOC

Miaou

Voici mes fichiers SIOC (version .ssi et txt pour une meilleure lisibilité)

Cliquez pour voir le fichier-joint

Je pense qu'il est pas mal commenté donc assez facile à lire.

Pour ce qui concerne le train et les flaps :
J'ai un bouton de config atterrissage dans Gauge Composer

Avec dans l'onglet IOCP change :


et dans l'onglet Mouse click :


C'est la config typique d'un interrupteur switch (toggle).
Si tu va dans mon fichier SIOC, tu vois pour la variable 912:


Ainsi, la variable est initialisée à 1 au démarrage (Value 1)
Chaque fois que l'on appuie sur l'interrupteur de Gauge Composer, la valeur va alterner entre +1 et -1.

A chaque changement, SIOC va envoyer la commande 431 et 145 à Lock On, soit sortie du train et full flaps.
J'ai utilisé non pas les commande toggle (danger de rentrer un train déjà sorti), mais bien les commandes de position absolue (train sorti, flaps position basse). Ainsi pas de risque.

Voilà c'est un exemple, mais c'est vrai que je n'ai pas hélas le retour de position de LO.

Miaou

PS : Je pense mettre en ligne mon panel ce soir si j'arrive à avancer un peu ce PM.

Merci KaTZe.
Ton fichier m'est très utile. Je l'analyse en détail.
Je préfère m'attaquer d'entrée sur une des points chaud car si ça doit influencer l'organisation complète de mon panel autant m'en apercevoir dès le début.

L'idée que ça m'a donné est la suivante :

Tout d'abord le montage des soft / PC :

PC1 = LockOn + IOCP Server + Joystick + 1 clavier special (progammable)

PC2 = Gauge Composer (appli avec focus durant le vol) + 1 clavier special (progammable)

Principe d'initialisation :

Au lancement du vol, je démarre un timer de quelques secondes (5 par ex).
Quand le timer claque, je l'arrête (si je peux) et rentre dans une fonction (lire variable sioc). Le but est de ne rentrer dans cette Var qu'une fois au début.

J'y test l'altitude :

si < 100m (par ex) alors je considère que je dois avoir le train sortir ==> le lance la commande d'état que tu as indiquée pour forcer lockon à être synchronisé.

si > 100 (par ex) alors je considère que je dois avoir le train rentré ==> le lance la commande d'état que tu as indiquée pour forcer lockon à être synchronisé.

Dans les deux cas je positionne une var interne qui va gérer l'état du train pour le panel.

Au cours du vol, sur le clavier du PC2, j'ai un bouton pour RENTRER le train et un autre pour SORTIR le train. J'essaie de récupérer ces commandes vers gauges composer et les envoyer à sioc pour actionner Lockon. Avec une timer dédié on peut alors faire l'animation de mouvement.

Je fais pareille pour les volter et brake sachant que je considère qu'en début de vol j'ai par défaut tout ça rentré et que donc je les force à rentrés dans le panel et aussi à lockon [ si ça me convient pas pour un vol, alors le pilote devra rétablir leur position par commandes ]

Le seul pb que je vois c'est que je ne peut pas gérer le cas où le train (par ex) ne se manoeuvre pas correctement, mais alors je vais récupérer d'autres alarmes (et peut être plus tard compléter la gestion avec ces alarmes)

Qu'en penses tu ?

Salut Windrider,

1- Concernant la disposition, personellement je fais tourner SIOC sur le PC2.
Pour charger le moins possible la machine 1 (même si SIOC n'est pas trop gourmand), mais surtout parceque lors de la mise au point, tu peux faire tourner Lock-On et suivre sur le 2eme PC, via la console SIOC l'évolution des variables.
Sinon, t'es obligé de faire des alt-tab permanent sur LO, pour accéder à SIOC.

En fait, je te conseil de mettre de côté GC au tout début (même si naturellement on a envie de voir les effets), et de suivre le déroulement du programme via la console de SIOC.

2- Concernant ton train.

Ne t'embète pas avec un timer initial, ton SIOC est au départ populé avec des zero.
Au laché de pose, la variable 0011 va s'initialiser avec l'heure de début de mission.
Il te suffit alors de mettre dans Var011, les tests que tu veux faire pour déterminer l'état de ta variable "SW_Gear_position"
(Si tu as besoin d'un delay regarde l'utilisation de la commande DELAY dans mon scan panel (Var 0519)

Profite en pour créer quelques variables qui te seront utiles pour la suite.
Par exemple dans mon cas j'ai créé la variable 0205 "In_Flight"
Je ne l'ai pas basée sur l'altitude mais sur la vitesse (>40 m/s)
Elle me sert à incrémenter mon chrono de temps de vol, mais aussi à lancer quelques opérations au décollage lorsqu'elle change d'état (comme le scan du panel armement, si le pilote a oublié de la faire dans sa checklist post démarrage).

Dans ton cas tu peux déduire que si au début de mission in-flight = 0 (vitesse < 144km/h), ton avion est probablement au sol et donc train rentré. (et inversement, puisque l'on ne respawn pas train sorti)
Pour les volets, je pense que quelque soit la configuration, on respawn toujours volets rentrés.

Tu vas donc avoir trois codes :



et





Après cela comme MStart ne changera plus d'état pendant le reste du vol, elle n'affectear plus SW_Gear_Position.

Tu créés une diode verte dans GC, qui apparait si SW_Gear_position = -1
Tu créés une commande value *= -1 pour faire changer d'état lors de la commande.

-----------------------------------------------------------------------------------------------
Remarque :
1> Là où je ne peux pas t'aider c'est pour la commange de GC avec un clavier (il y a je crois une interface macro-clavier) ... perso j'utilise la souris.
2> Le plus dur, c'est de ne pas changer la variable quand les conditions de sortie ne sont pas remplies (vitesse excessive, avion au sol etc etc ...)
Cherche dans le post des copains utilisant des pits réels, ils ont du faire çà pour éviter les états inversés.
3> Le problème aussi, c'est (surtout pour les volets), que tu vas devoir toujours utiliser ton clavier PC2 pour manoeuvrer ces pièces. Pour les volets, çà peut être utile de les avoir au joystick ...
4> Profite des commandes à sens unique (volet ou train full down) pour recaler ta variable d'état.
Pour cela quand tu envoie les commandes "&Lockoncmd = 431" ou "&Lockoncmd 145" , force aussi l'état de "&SW_Gear_position = -1"

Bon courage
Miaou

Pour ma part je ne me suis pas autant "embêté"

Mes Leds du panneau d'indicateur de traînée ne sont commandées que par les positions de mes interrupteurs. La logique est simple:

- Train sur position sorti -> SI pas de panne ET IAS<500Km/h ALORS déclenchement de la routine de clignotement en séquence des leds rouges et vertes
- train sur rentré -> SI pas de panne ET pas au sol ALORS idem mais dans l'autre sens

Logique identique pour les volets avec seulement la condition de vitesse et de non-panne

Évidemment, il peut y avoir un souci lorsque l'avion est initialisé en l'air et que ma palette de train est basse. Mais dans ce cas le SIOC ne détecte pas d'information puisque il ne prend en compte que les changements d'état lorsqu'il s'agit d'interrupteurs. Il me suffit donc de mettre ma palette de train sur "rentré" pour être en conformité avec lockon, et ainsi le reste de la logique est respecté pour la suite du vol. Idem dans le cas inverse: palette de train sur rentré lors d'un initialisation au sol: pas de réaction dans lockon puisque pas de changement d'état de mon interrupteur. Il me suffit d'abaisser la palette pour que tout rentre dans l'ordre.

La seule logique que je n'ai pas encore réussi à décrypter c'est celle du déclenchement de l'extension des becs de bord d'attaque. Je pense que c'est lié à l'AoA mais je n'ai pas encore pris le temps de vérifier.

Autre détail amusant, on peut aussi aibaisser automatiquement les voyants des volets sortis lorsque la pression descend dans les circuit (lors de la coupure des moteurs), mais comme l'information de pression hydraulique n'est pas disponible, il suffit de déclencher l'allumage des voyants environs 20" après la coupure des 2 réacteurs. (ou à l'inverse de les allumer si les 2RPM sont à 0 avec une vitesse nulle.

Bref, des tas de trucs marrants à faire

Off course ... c'est pas con çà

Pour les becs, je pense comme toi (avec ptet une vitesse maxi ?)

Me tente pas trop où je sens que je vais investir pour noel dans une IOcard ... et là çà sera l'engrenage

Miaou

Ben oui, je sais, j'ai été faible et j'ai plongé dedans... alors pour me consoler j'essaie d'y entraîner aussi les autres...

Salut KaTZe, (et les autres aussi ...)


En fait, dans un premier temps je prévois de ne pas trop m'embêter avec ce point. Je prévois d'utiliser un programme supplémentaire qui simule des click souris là où tu veux : tu programme une sequence de 2 touches comme correspondant à un simple (ou double) click à un endroit précis de l'écran. Ensuite, avec ce programme en tache de fond, tu envoies la sequence et le soft génère le click pour toi.

Le soft en question c'est : link2fs_mouse_v4 (ça vient du monde fsx)
Si ça interesse quelqu'un, on le trouve ici :
http://www.jimspage.co.nz/mouse.htm


Effectivement. Pour ça, je prévois d'intercepter la commande via sioc (si c'est possible) en passant par une variable "perso" et de en propager l'ordre que si certaines conditions sont respectées (gérées via des variables interne au sioc).


Ca c'est effectivement un bon problème. J'ai pas encore de solution, mais je vais considérer que dans le pire des cas je me trouve dans la même situation que les heureux ayant un pit avec des inter réels .....


Merci du conseil, c'est effectivement préférable.

Encore merci pour votre aide à tous.

Deux remarques :
1> En fait SIOC n'intercepte pas la commande, mais SIOC doit être vu comme un serveur central auquel se connecte Lock-On, GaugeComposer, les IO card.
Donc les instructions de GC, vont toutes vers SIOC et font changer l'état d'une variable.
Personellement, j'utilise des variable SW_xxxx (Switch) initialisée à 1, que GC fait varier entre +1/-1 via la commande link ... value *=-1 ... set

L'instruction de commande de LO se trouve dans (SIOC) dans le block d'instruction de la variable SW_xxxx.
Il est donc possible d'inclure des conditions dans ce block d'instructions.

2> Cependant, je ne pense pas que ton problème soit de filtrer la commande (Lock on s'en chargera pour toi
Mais plutôt de filtrer le changement de la variable d'état qui va contrôler le voyant de GC.

Je m'explique :
- tu est à 800 km/h et tu click sur la sortie de train.
- ta variable SW_Gear dans SIOC passe de +1 à -1
- le script de SIOC envoie la commande 145 (je crois) à Lock-On

- Lock-On ne fait rien.

- Par contre si dans GC, tu as le voyant "trois vertes" lié à SW_Gear tu va être en erreur.
- Il te faut donc créer une variable "LED_3vertes" qui va commander le voyant dans GC

Ton script sous SW_Gear va devenir quelquechose comme :



Miaou

Ben ça rejoint ce que l'on fait déjà dans nos pits

Ce qui me fait dire que l'utilisation d'une IO-Card rend tout beaucoup plus simple...d'autant qu'elles ne sont pas excessives
J'enverrai un bout de mon SSI plus tard...

Salut à tous.

Ca y est j'ai progressé dans la programmation SIOC et aussi dans les dessin pour GC (j'ai commencé à tout détourer pour les inclure dans une image de fond de cockpit). D'ailleurs à ce sujet, savez vous s'il y a un espace de partage ?

En revanche, j'ai essayer de déplacer le SIOC.EXE sur mon second PC (celui de GC) et j'arrive pas à trouver la syntaxe dans losiocserver.lua pour lui donner l'adresse du PC en question (variable SIOC_SOCKET_HOST ligne ): si je mets 192.168.1.108 (@ du PC) j'ai une erreur sur ".1.108".
Je me demande s'il ne faut cumuler 2 adresse (un avec localhopst et une avec le PC distant), mais je trouve pas.

J'ai une autre question sur loiocpserver.lua : ligne SIOC_INICIO, faut il y mettre toutes les variables que l'on veut exporter vers SIOC.EXE ?

est il possible d'utiliser sous GC les gauges faites pour LOSIOC (compilées en obj) ou à minima d'en extraire les fichier images pour refaire les gauges correspondantes ?

Encore merci.

Windy

J'ai trouvé mon erreur dans le fichier lua : il manquait une virgule après l'affectation de l'adresse.

Un petit snapshot de la gauge en dehors de son environnement (manque les effet relief + decors).

Pour l'instant j'ai presque terminé l'ALT, le BARO, le HSI et un certain nombre de commandes switch et autres) du panel.

Gaffe çà devient vite addictif ces développements
Si tu veux tu peux récup des fichiers images de ceratines jauges dans mon KaTZ-Pit mis en ligne hier.

Miaou, bon courage pour la suite

Merci. En fait c'est déjà trop tard, je suis déjà contaminé !


Bravo, ton pit est vraiment génial.
Je pense effectivement utiliser une partie de ton pit pour mon module armement et navigation, mais il va me falloir un bon travail de merge pour mettre les deux fichiers sioc (le tien et le mien) ensemble => je m'y mettrai tranquillement cette semaine ....

Pour l'instant je, suis sur le module de "Gestion de la simu" afind epiloter depuis le Pit les commandes PAUSE, QUIT, ACC et DEC.
Je rencontre des difficultés avec les deux commandes 52 (pause) et la 51 (quit).
La commande 52 semble bien mettre le jeu en pause, mais ça ne semble pas corresponde à la même chose que la commande normale (s) : d'une part il n'y a pas de popup et ensuite, je n'arrive plus à le désactiver simplement (j'ai réussit à deux reprises grâce à 3 appuis sur S !!!!).
La commande 51 ne semble pas avoir le moindre effet.

Si quelqu'un a déjà réussi à exploiter ces deux commandes, j'avoue que je suis preneur.

Un petit feedback sur l'avancement :

Pour l'instant je n'ai pas encore assembler les gauges en un seul panel, la mise au point est beaucoup plus pratique avec des gauges séparées. (l'image est un montage avec la bitmap du pit en fond et les gauges dessus (ce qui explique les fond gris ainsi que quelques restes sur l'images de fond)

Je dois un grand merci aux German Knight dont les images me sont d'une grande aide, ainsi qu'à KaTZe dont j'ai réutilisé une bonne partie du fichier SIOC ainsi que d'autres fonctions (cf descriptif)

Cliquez pour voir le fichier-joint

Petite description de ce que vous voyez :

Le module Radar (actuellement fonctionnel à 75%)
Le module avionique avec canopy, gestion double Flaps et hook (c'est bizare, mais je fais mon pit pour qu'il soit compatible avec plusieurs avions. Le moduel fuel n'est pas encore implémenter
Le module armement avec affichage standard (+ une amélioration : affichage différent du pylon sélectionné, comme sur le pit de KaTZe).
Le module de gestion des Lights (pas affiché sur le snapshot (la gauge était à l'arrière plan !)
Le module de pilote automatique (pas encore développé)
Le chrono - horloge en haut à droite, mais l'affichage n'est pas encore au point)
Les instruments principaux (manque encore quelques uns à faire) : ALT, BARO, HSI, IAS, AOA (en cours comme on peut voir)

Le LCD Principal (en haut à gauche), disposant de plusieurs modes d'affichage :
1- quantity de munitions restant (merci KaTZe !)
2- informations complémentaire de navigation (merci KaTZe !)
3 - d'autres modes à venir en fonction du besoin

Le LCD de communication, pour avoir un accès direct à toutes les commandes de communication (TOWER, AWACS, ...)

-------
Ce qu'on ne voit pas ici, c'est le second écran avec :
Le SPO (en cours de dev.) ... suis pas satisfait de mes images, look pas assez réaliste
Le module engine (presque fini) ... snapshot à venir ....
Le module Fuel Qty (pas commencé !)

J'ai terminé le module AOA et le module Engine.

J'ai commencé une nouvelle gauge : l'ADI.
J'ai un peu de mal à trouver la bonne programmation sous GC (entre les Movev et les rotate qui ont chacun un impact sur l'autre, je m'y perds un peu).

Est ce que quelqu'un a déjà fait une gauge ADI ? Le module GC est il disponible afn que je m'en serve comme bonne base de départ ?

Merci

Arf Gros emm.... en perspective.
J'ai complètement banni l'instruction moveV et MoveH de mes pits.
En effet elle est affecté d'un bug, qui mémorise le déplacement si jamais on sauve.
On se retrouve donc avec des éléments perdus dans la nature.
Le créateur avait parlé de corriger dans la V3 ....un de ces jours....

J'ai donc utilisé fillrect à la place pour toutes les jauges.

Et c'est donc la raison pour laquelle je n'ai pas réalisé l'ADI US because la réalisation des ligne coupées me parait très difficile

Miaou

J'ai reporté à un peu plus tard l'ADI.

J'en ai profité pour finaliser l'Engine Management, les deux panneaux d'alarme et le SPO (bien qu'il y a quelques LED que ne n'arrive pas à animer).

Voici quelques snapshot

java script:emoticon(':P',%20'smid_3')

Cliquez pour voir le fichier-joint
Cliquez pour voir le fichier-joint Cliquez pour voir le fichier-joint
Cliquez pour voir le fichier-joint

Tout ça commence à bien tourner ... ça donne.

Après un break de noel, j'ai quasiment terminé l'écran principal.
Voici un snap shot (sachant que je suis sur l'ADI en ce moment, qui va boucher le petit trou ...)


Cliquez pour voir le fichier-joint


.... et la suite forcément :


et voici le second écran où il ne manque que la gestion de la partie en haut à droite :elle servira à gérer le module bulleye de Katze (encore un grand merci à toi katze)

Cliquez pour voir le fichier-joint

Je pars en déplacement à l'étranger, j'espère finaliser d'ici fin janvier !!

A+