[FC2] Serveur SIOC pour Pit et KaTZ-Pit, Release V200

[gillesdrone]

je viens d'installéla V202

je modifie mon SSI apres le repas et te tiens au courant

pour l'eleve pilote ca pourra se tester , y a pas de Pb

Ce message a été modifié par gillesdrone - 13 Apr 2010, 10:36.

[gillesdrone]

Cr de test V202 : avec su25 T en mode solo et multi

variable, systeme , position , valeur , position , valeur ,statut

192 canopy ouverte 1 fermée 0 , OP

198 speedbrake rentré 0 sortis 1, OP

195 train général rentré 0 sorti 1, OP

199 parachute rentré 0 sorti 1 décroché 3 , OP

si on réarme au sol , il repasse a 0 automatiquement


193 weelbrake rentré 0 sortis 0 non OP

194 Flaps rentré 0 sortis 0 non OP



pas pu tester les 196 et 197 gearleft et gearright

si je les mets dans le lua => j'ai l'offset speedbrake et parachute qui ne fonctionnent plus, je referai essai en les mettant dans la tranche 182 189 ( pas utilisée chez moi )

voilà a quoi je joue pendant les essais , si vous sortez le parachute a moins de 220 km/h , vous avez tout le temps de vous ejecter , le parachute tient jusqu'au choc final



Ce message a été modifié par gillesdrone - 13 Apr 2010, 13:22.

[KaTZe]

Le SU25 avec la parachute ouvert comme un ulm c'est énorme
A mettre dans la galerie

Pour les exports, si le programme choppe une erreur sur une ligne la suite ne fonctionne pas.
C'est pourquoi si tu enlèves les commentaires sur les gear.left et right la suite plante.

Il faut que je trouve la bonne syntaxe.
En fait il n'exporte pas une valeur mais une table (et leur description est pas super clair

CODE

gear          = {status,value,main = {left = {rod},right = {rod},nose =  {rod}}}

Donc "envoyerInfo("195",_LoGetMechInfo.gear.status) marche.
Probablement "envoyerInfo("195",_LoGetMechInfo.gear.value) marche aussi
Mais on doit pouvoir écrire un truc type
envoyerInfo("195",_LoGetMechInfo.main.rod) ou envoyerInfo("195",_LoGetMechInfo.gear.main.left.rod) ou etc etc ....

En ce qui concerne les flaps et les break çà marche chez moi (Mig29)
Peux tu vérifier avec un Mig, pour voir si c'est un problème spécifique à l'avion, ou si il a un bug dans ton fichier ?

Peux tu aussi ouvrir le fichier Error.lua, et voir à la fin si il mentionne un problème avec "KTZ_SIOC_V202.lua"

Miaou

[gillesdrone]

Le SU25 avec la parachute ouvert comme un ulm c'est énorme
A mettre dans la galerie

Pour les exports, si le programme choppe une erreur sur une ligne la suite ne fonctionne pas.
C'est pourquoi si tu enlèves les commentaires sur les gear.left et right la suite plante.

Il faut que je trouve la bonne syntaxe.
En fait il n'exporte pas une valeur mais une table (et leur description est pas super clair

CODE

gear          = {status,value,main = {left = {rod},right = {rod},nose =  {rod}}}

Donc "envoyerInfo("195",_LoGetMechInfo.gear.status) marche.
Probablement "envoyerInfo("195",_LoGetMechInfo.gear.value) marche aussi
Mais on doit pouvoir écrire un truc type
envoyerInfo("195",_LoGetMechInfo.main.rod) ou envoyerInfo("195",_LoGetMechInfo.gear.main.left.rod) ou etc etc ....

En ce qui concerne les flaps et les break çà marche chez moi (Mig29)
Peux tu vérifier avec un Mig, pour voir si c'est un problème spécifique à l'avion, ou si il a un bug dans ton fichier ?

Peux tu aussi ouvrir le fichier Error.lua, et voir à la fin si il mentionne un problème avec "KTZ_SIOC_V202.lua"

Miaou

si c'est un tableau je pourrais essayer avec testbit ?

sinon le fichier KTZ-DataCollect.txt des mission ou je n'avais pas les airbrake il y acette erreur

13/04/10 14:59:05 - ---Log: Data recu de SIOC-----
13/04/10 14:59:05 - ---Log: SIOC Message Incorrect ; non type Arn.Resp ; Message Ignoré -----
13/04/10 14:59:06 -

pour le train je vais essayer de casser une roue ( pas difficile avec le 25T ) voir l'info qu'il transmet en 195 , peut être une différence et on pourra jouer la dessus pour faire la routine

[KaTZe]

Suis encore au boulot ... pas pu encore faire les tests

Le message

CODE

13/04/10 14:59:05 - ---Log: Data recu de SIOC-----
13/04/10 14:59:05 - ---Log: SIOC Message Incorrect; non type Arn.Resp; Message Ignoré -----
13/04/10 14:59:06 -

est totalement normal, il provient du "KTZ_SIOC_V202.lua" et non de LockOn
En fait, le premier message que SIOC envoi à "KTZ_SIOC_V202.lua" est un accusé de réception lors de la connection (message arn.vivo).
Donc la subroutine de vérification des messages provenant de SIOC vers LockOn détecte que ce message n'est pas une commande (et log cette pseudo erreur).
J'ai fait exprès de laisser ce check au début pour vérifier que le check de validité des messages fonctionne.

Pour les testbit, c'est un point différent.
Losque LockOn exporte plusieurs données sous forme 0-1 comme pour les alarmes par exemple, on peut envoyer chaque valeur de LO vers SIOC.
Ce que LeCreole avait fait c'est de regrouper ces valeurs sous forme d'un chiffre puissance de 2
V0*2^0 + V1*2^1 + V3*2^3 + V4 *2^4 etc etc ....
C'est une solution élégante, mais qui vous a obligé en contre partie à redécomposer le chiffre avec les testbit à l'autre bout de la chaine. Donc en lisant l'offset on ne voit pas directement l'état.
J'aurais pu faire la même chose avec les état de flaps, train, etc etc.
Mais pour le moment c'est plus simple de garder chaque offset séparé.

Pour mon histoire de tableau, c'est assez caractéristique de lua apparement.
Lock-On export ses données soit sous forme d'un chiffre, soit sous forme d'un tableau.
Par exemple pour les moteurs, le tableau comprend les rpm, les températures, les pressions hydraulique, les consommation/moteur etc etc ...
On lit les valeurs en stockant l'export dans une valeur-tableau

CODE

_LoGetEngineInfo=LoGetEngineInfo()

puis en exportant les cases du tableau une par une :

CODE

envoyerInfo("47",_LoGetEngineInfo.fuel_internal*100)--ok
envoyerInfo("48",_LoGetEngineInfo.fuel_external*100)--ok
envoyerInfo("43",_LoGetEngineInfo.Temperature.left*10)--ok
envoyerInfo("44",_LoGetEngineInfo.Temperature.right*10)--ok
envoyerInfo("45",_LoGetEngineInfo.HydraulicPressure.left*10)--ok
envoyerInfo("46",_LoGetEngineInfo.HydraulicPressure.right*10)--ok

sous la forme hiérarchique
NomDuTableau.SousCase1erNiveau.SousCase2emeNiveau.etc etc ...

quand l'export est bien documenté çà va tout seul.
Mais le nouveau tableau (avec LO.200) LoGetMechInfo() est pas très détaillé
Va falloir trouver à taton comment il est fabriqué, surtout pour le train.

Miaou

Ce message a été modifié par KaTZe - 13 Apr 2010, 20:17.

[gillesdrone]

merci pour cette explication , je commence à comprendre le système des offsets grâce à toi merci

si je comprend bien on peut se créer les offsets que l'on veut si on connais la syntaxe du nom ou de son groupe et ensuite on récupère sa valeur

ma question : où touve t'on les noms des éléments ( tableau ou nom )exportés ?

y a t'il un document ?

[KaTZe]

merci pour cette explication , je commence à comprendre le système des offsets grâce à toi merci

si je comprend bien on peut se créer les offsets que l'on veut si on connais la syntaxe du nom ou de son groupe et ensuite on récupère sa valeur

Absolument

Si tu regardes mon programme d'export : "KTZ_SIOC_V202.lua"

Tu verras qu'il commence par :
> Le Login à SIOC
> La fonction de réception de commande depuis SIOC
> La fonction d'envoi de donnée à SIOC
A priori ne pas modifier ces sections.

Ensuite il y a une fonction

CODE

                        
------------------------------------------------------------------------
--     Export de LockOn                          --
------------------------------------------------------------------------
function recupereInfosLockon_1()
        -- Export à la 200ms
                                
        envoyerInfo("22",LoGetIndicatedAirSpeed()*100)--ok
        envoyerInfo("23",LoGetTrueAirSpeed()*100)--ok
        envoyerInfo("23",LoGetTrueAirSpeed()*100)--ok
        envoyerInfo("24",LoGetAltitudeAboveSeaLevel()*100)
etc etc ...

Cette fonction est appelée par "le séquenceur" situé à la fin du programme toutes les 200 millisecondes. (On peut ajuster cette fréquence, mais pour commencer çà ne me parait pas mal).

Si tu veux une valeur à export fréquent, c'est ici qu'il faut placer la ligne de commande.
Sous la forme

CODE

envoyerInfo("24",LoGetAltitudeAboveSeaLevel()*100)

- envoyerInfo appelle la fonction d'envoi des données
- "24" , est le numéro d'offset de SIOC sur lequel tu envoies la données
- LoGetAltitudeAboveSeaLevel() est la fonction d'export de LockOn à laquelle tu fais appel.

-------------------------------------------------------------------------------------------

Comme SIOC travaille avec uniquement des entiers, tu verras que je multiplie souvent l'export décimal de LO pour atteindre une précision voulue.
Ca n'est pas toujours indispensable.
Par exemple pour le carburant en kg, LeCreole avait multiplié par 100, mais vu ce que l'on en fait on pourrait exporter la valeur brute : bonjour les hectogrammes de koko sur un zinc à réaction ....
Déjà que je me fais engueuler par Pouka quand je répond à un step fuel au kilo pret
Tu peux aussi effectuer directement une conversion (plutôt que de devoir la faire dans SIOC ou gauge composer).
Par exemple l'AoA est exporté en rad, je l'ai converti en degrés avant de l'envoyer vers SIOC.
(Je garde les rad quand on est appelé à faire des calculs d'angle (nav) mais pour l'AoA on va juste l'afficher.

----------------------------------------------------------------------------------------------

Tu vois ensuite une deuxième fonction :

CODE

function recupereInfosLockon_2()
        -- Export à la seconde
        envoyerInfo("10",LoGetModelTime())--ok
        envoyerInfo("11",LoGetMissionStartTime())--ok
        
        envoyerInfo("47",_LoGetEngineInfo.fuel_internal*100)--ok
        envoyerInfo("48",_LoGetEngineInfo.fuel_external*100)--ok
        envoyerInfo("43",_LoGetEngineInfo.Temperature.left*10)--ok
        envoyerInfo("44",_LoGetEngineInfo.Temperature.right*10)--ok

Même principe mais le séquenceur l'appelle seulement toute les secondes (pour soulager les demandes à LockOn et les transferts vers SIOC.

En effet pas besoin de connaitre la quantité de carburant ou la température toutes les 200 millisecondes.

---------------------------------------------------------------------------------------------
Le tout dans l'histoire c'est d'être assez rigoureux sinon on s'y paume.
Donc tenir une liste de ses exports>Sioc sur une feuille excel, avec les facteurs multiplicatifs comme l'avait si bien fait LeCreole.
(Même ED a trouvé le moyen de se planter (sur les exports de conso carbu *10)

Pour connaitre les fonctions d'export, pas de doc, pas de tableau , il faut regarder les commentaires que l'on trouve dans le fichier export.lua du jeu et essayer, tâtonner.
En effet on aurait pu lancer les exports directement depuis l'export.lua , mais mieux vaut faire des programmes spécifiques comme tacview.lua, KTZ-SIOC.lua qui sont déclenchés par export.lua (voir le séquenceur en fin du KTZ-SIOC.

==========================================================
Voilà pour le principe, je dois encore bidouiller pour faire marcher les exports du panel armement.
Nous pourrons alors voler comme avant sur LO2.0 (Timing fin Avril)

Puis je me lancerai dans une refonte complète de la structure export>Sioc
- Revoir quelles données sont exportées (pas besoins des coordonnées de l'appareil par exemple)
- Revoir les facteurs multiplicatifs (comme le fuel en kg uniquement)
- Le nouveau module d'alarme qui a été modifié
- construire des subroutine en .lua pour
-- directement faire le status armement AVANT de l'exporter (et non plus via des appels de SIOC
(toutes les secondes uniquement, et uniquement quand on est en mode R-R ou R-Sol)
-- effectuer les calculs de playtime , ou de nav. BullsEye (may be si j'ai l'autorisation
-- effectuer certaines conversions (unité en fonction de l'avion utilisé)
etc etc etc ... (j'ai plein d'idées) Timing fin Mai ; mi-Juin avec une nouvelle version v6 du KaTZ-Pit

Après, je retournerai au modding (Mig29K + différents objets statiques comme réaliser des Papi pour nos pistes )

Miaou

Ce message a été modifié par KaTZe - 14 Apr 2010, 07:20.

[gillesdrone]

beau planning , manque la fonction TCP bon c'est pas pressé

et explications claires ,

je vais regarder ( je pense que tu l'as fait déjà ) s'il y a des données exportables mises dans le export de BS qui pourraient être récupérable par FC2 , au moins tester la syntaxe
du style les trims qui posent toujours Pb pour le 25T comme on n'a pas de retour auto au centre.

merci du temps que tu passe en plus à expliquer , tu applique cette citation :

Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson ( Confucius )

[KaTZe]

Ca y est Gilles, j'ai les exports armements fonctionnels.
Je vais utiliser les offset 100-150 pour les sortir d'un facon claire.

Ces offsets étaient originalement dédiés à la positions des targets, mais que je sache personne ne les utilise ( heureusement, je me fais déjà critiquer, là çà serait du linchage ) , donc je peux supprimer cette section de l'export ?

Si tu veux tester voici l'export :
 KTZ_SIOC_v203.zip ( 5,7 Ko ) Nombre de téléchargements: 4019


Il te sort offset :
105 = Munition Canon
111 à 123 = quantité par pylone (de 1 à 13)
131 à 143 = type d'arme par pylone

Pour l'utilisation en pit, c'est beaucoup plus simple, plus besoin de demander les info. par les commandes spéciales, je scan le panel armement toute les secondes quand on passe en mode R-R ou R-Sol. Donc ce step armement est en permanence up-to-date

J'ai encore un petit bug car normalement
100 = pylone actuellement sélectionné
101 = quantité de mun sur le pylone sélectionné
102 = type d'arme du pylone selectionné

(les info. 101 et 102 sont un peu redondantes mais çà peut servir pour ceux qui ne veulent pas nécessairement afficher tout leur emport mais juste l'arme en cours). En particulier sur les avions avec beaucoup d'emport.

Je ne l'ai pas encore "sorti" officiellement because je veux tester au préalable comment çà fonctionne avec les rack, ou les paniers multi emport.
Y'en a pas sur le Mig (à part la KGMU), mais ... je ne bosse pas que pour moi

Miaou

Ce message a été modifié par KaTZe - 15 Apr 2010, 14:04.

[gillesdrone]

Ca y est Gilles, j'ai les exports armements fonctionnels.
Je vais utiliser les offset 100-150 pour les sortir d'un facon claire.

Ces offsets étaient originalement dédiés à la positions des targets, mais que je sache personne ne les utilise ( heureusement, je me fais déjà critiquer, là çà serait du linchage ) , donc je peux supprimer cette section de l'export ?

Si tu veux tester voici l'export :
 KTZ_SIOC_v203.zip ( 5,7 Ko ) Nombre de téléchargements: 4019


Il te sort offset :
105 = Munition Canon
111 à 123 = quantité par pylone (de 1 à 13)
131 à 143 = type d'arme par pylone

Pour l'utilisation en pit, c'est beaucoup plus simple, plus besoin de demander les info. par les commandes spéciales, je scan le panel armement toute les secondes quand on passe en mode R-R ou R-Sol. Donc ce step armement est en permanence up-to-date

J'ai encore un petit bug car normalement
100 = pylone actuellement sélectionné
101 = quantité de mun sur le pylone sélectionné
102 = type d'arme du pylone selectionné

(les info. 101 et 102 sont un peu redondantes mais çà peut servir pour ceux qui ne veulent pas nécessairement afficher tout leur emport mais juste l'arme en cours). En particulier sur les avions avec beaucoup d'emport.

Je ne l'ai pas encore "sorti" officiellement because je veux tester au préalable comment çà fonctionne avec les rack, ou les paniers multi emport.
Y'en a pas sur le Mig (à part la KGMU), mais ... je ne bosse pas que pour moi

Miaou

merci je rentre tard chez moi ce soir , mais j'essayerai apres le vol programmé ( essai FC2 avec les Bisons ) ou si trop tard car je dois modifier mon SSI , je ferai le test demain matin

Ce message a été modifié par gillesdrone - 15 Apr 2010, 14:30.