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

[VIPPEN]

katze quand tu parles de la position des targets cela désigne les indications target ami/ennemie du radar???

[gillesdrone]

nickel ca marche au poil ,^pour le 25T , reste 13 et 12 à 0 puisque pas d'emports en plus on peut soit définir que l'emport reste vert tant qu'il y a une munition dessus et on peut faire afficher le nombre restant , dans un display digit , pour ceux ayant une carte display open cockpit .

sinon j'ai mon idée qui coute moins chere mais pour le Fun a réaliser :

avec 2*20 mini leds faire les deux chiffres avec , et en fonction de la valeur faire allumer les leds pour reproduire le chiffre mais bon ce sera quand j'aurai du temps

par contre je confirme pas d'info en 100 101 102

ca avance super , merci

petit bug :

je prend le 25T avec 11 emports de pris , ca marche reste le 12 et 13 à 0

je prend le 29 avec 7 emports , j' ai les 11 toujours plein au lieu de 7 , je dois quitter FC2 et SIOC pour retrouver 7 et apparemment ca le fait pour tous les avions

voir a faire un init des valeurs dans la variable init ( jer ne l'ai pas fait cause le temps )

pour les type d'armes demain je note les valeur en fonction de l'arme et ferai un tableau recap

ca sera long mais utile je pense pour pouvoir avoir le symbol dans le panel armement

bon a suivre , là je vais dîner et ensuite vol

Ce message a été modifié par gillesdrone - 15 Apr 2010, 18:37.

[KaTZe]

Salut Gilles, je vient juste de rentrer du boulot, je ne pourrai pas trop bosser dessus ce soir, demain çà devrait le faire.

> 100, 101, 102 ne fonctionnent pas puisqu'ils sont en commentaire (j'ai une erreur qui faisait bugger la fonction), çà devrait être vite réglé.

> Pour les offset qui reste "occupés" c'est effectivement une caractéritique de SIOC qui garde les valeurs tant qu'elle ne sont pas changées (en général c'est bien pratique).
Faut donc que je mette quelque part une initialisation des variables.
Merci du feed-back.

> Pour la liste, j'ai déjà pas mal identifié certains emports regarde mon .ssi
 KaTZe_05_00.txt ( 49,88 Ko ) Nombre de téléchargements: 1790

Comme il y a beaucoup d'emport possible je les avait classé en sous catégories

CODE

Category of weapon
1=Fox1 , 2=Fox2, 3=Fox3, 4=Roquette, 5=Missile, 6=BalBmb, 7=ClusterBmb, 8=ChuteBmb, 9=ExplosBmb, 10=GuidedBmb, 99=Tank

Le but étant d'afficher dans le KaTZ-Pit uniquement le type d'arme (pas le nom exact)

Ceci dit en travaillant sur le sujet ce matin, je me suis apercu que les codes était en fait un composit de 4 sous catégories utilisées par ED. Je vais creusé un peu pour voir comment ils les classifiaient.
Si çà se trouve il suffirait d'exporter le level 1 ou level 2 plustôt que le total.
A défaut çà nous permettra de comprendre comment les codes sont construits.

En tout cas çà avance on est bientôt opérationnel à 100%

@Vippen, je suppose que toutes les targets doivent pouvoir être exportées sinon comment aurait on l'Acmi. Ceci dit contrairement à ce qu'insinuent certaines mauvaises langues, les pits sont là pour augmenter notre immersion et non pour nous fournir des informations qu'un pilote IRL ou virtuel n'a pas à sa disposition. (A la limite, il a la distance vs tgt dans le hud, mais uniquement si pas ECM).
Donc à priori pas d'intérêt pour nos pit : on serait du mauvais côté de la ligne

Miaou

Ce message a été modifié par KaTZe - 15 Apr 2010, 22:02.

[VIPPEN]

je pensais seulement à refaire l'affichage du radar du f-15 comme les cadrans avec les aiguilles
enfin si cela est possible, biensur

[Tarochi]

Peu d'aide:
Kazte ha dit:


"Il Faut Que je Trouvé La Bonne syntaxe.
Dans Pas sel de table il n'exporte unit unit value MAIS (et Leur intérêt Pas de description clair super
CODE
gear {status,value,main = {left = {rod},right = {rod},nose = {rod}}}"

La variable "gear" dans la fonction comprend une table pour l'extraction correcte des données contenues dans la variable, nous devons analyser le contenu de la table intègre
"Status" = renvoie l'état du train d'atterrissage = opérationnels, pas opérationnel, nous devons tester le résultat de la variable si elle est une valeur numérique ou de chaîne de texte. ( Teoriquement Je n'ai pas fait).
"Valeur" = renvoie l'état de fonctionnement = activé, pas activé (voir le même résultat, si numérique ou texte).
"Main" = renvoie l'état de chacun des trains d'atterrissage sur une base individuelle. Cette variable contient un tableau de trois variables, dont chacun contient une autre table "rod" de la situation de chaque élément, je suppose être un tableau, vous devez avoir plus d'une valeur. (0,1 ou 0,1,2), correspondant à: l'extension, fixe, rétracté. Tout cela doit être vérifié, mais il est très susceptible d'être le cas.
Le résultat optimal, pour une affectation de variables dans SIOC serait à l'exportation de chacun des résultats de la variable "gear":
"Status"
«Valeur»
"Main gauche"
"Main droite"
"Main; nez.

pas la cession seulement à 195, le résultat de la variable "gear"dans les FC seraient les valeurs
195, 196, 197,198,199, etc (p.ex)
Il est nécessaire de faire un standard avec toutes les variables qui peuvent être exportés et faire une universelle ssi.SIOC pour tous les types d'application, en particulier après que chacun peut utiliser leurs propres SSI coutume, mais toujours en respectant la liste initiale.

L'idee du Lecreole avec le ancienne export.lua du Fc.102 tres limitee

Heureusement, la nouvelle version du Fc 2.0 a considérablement amélioré les capacités d'exportation des données, d'où de nombreux a de Lecreole ne sont pas tenus aujourd'hui

exactement le même modèle en utilisant FSUIPC ou IOCP dans Flight Simulator.
Je ne sais pas si je l'ai expliqué, mon français est très mauvais:
extraire chaque variable fonctions lua FC.20, ce serait l'unique mission de export.lua, et laissez l'utilisation SIOC et l'utilisation de ces variables. Tout comme dans FS qui fonctionne parfaitement.
Salutations.

Tarochi.

Ce message a été modifié par Tarochi - 15 Apr 2010, 22:34.

[Maraudeur]

@Gillesdrone: je te rappelle que sur chaque Mastercard, il y a un connecteur pour une carte fille pour piloter des afficheurs 7 segments. Donc une solution moins gourmande!

[KaTZe]

Salut Tarochi content de te voir passer par ici, et merci de ton aide.

Pour le train et les volets, on a testé status et value, et il semble que l'on ai à faire à 0 ou 1.
Par exemple pour gear.status, la valeur est à 1 si le train est sorti et verrouillé.
Dès qu'il commence à rentrer elle passe à zero.
Elle ne repasse à 1 qu'à la fin de la cinématique de sortie.

Je dois encore creuser pour main.

------------------------------------------------------
Pour la suite je suis totalement d'accord avec toi, d'ailleurs je m'inspire de FSUIPC (que j'utilise par ailleurs). Dans un premier temps j'ai voulu sortir rapidement un programme d'export en suivant les affectations de la liste de LeCreole pour que chacun puisse rapidement faire marcher son ancien pit.
(a drop-in solution).

Mais d'ici Mai, je compte proposer une liste standart d'offset exactement comme tu la proposes.
La seule chose que je me permet de proposer, c'est que pour les valeurs de payload, on ne soit pas obliger d'appeler la valeur, mais d'utiliser une subroutine dans le programme d'export pour envoyer un état permanent du panel armement (rafraichi quand on est en mode R-R ou R-Sol afin de limiter le traffic).

Je suis en déplacement la semaine prochaine, j'aurais donc un peut de temps pour mettre tout çà en ordre. (Je sprintais juste cette semaine pour terminer avant de partir la version provisoire permettant de faire tourner le KaTZ-Pit et les Pit comme celui de Gilles. (j'ai eut pas mal de demandes)

Faudra voir aussi si on a pas interet à connecter notre export-SIOC sur le bus de LoPlug de Dart-Tolteque.

Miaou et à demain pour la dernière version 204 finalisée

Ce message a été modifié par KaTZe - 15 Apr 2010, 22:38.

[KaTZe]

Voilà pour ce matin,

J'ai modifié le v203 qui est maintenant totalement opérationnel pour le panel armement

Les offset du pylone sélectionné
envoyerInfo(100,pylone_selec)
envoyerInfo(101,quantite_selec)
envoyerInfo(102,type_arme_num_selec)

Le canon en 105

Les offset du panel armement
Les quantité 111-124
Les type d'armes 131-144
Les container 150-164

Si on a un panier de B8, quantité=20 et container=1
Si l'on tir toutes les roquettes , quantité = 0 et container=1
Si on jettison le panier , container = 0

Par ailleurs, il est remis à zero au lancement de mission (donc changement d'avion)

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

Pour les éléments mécaniques, j'ai suivi le conseil de Tarochi
Plutôt que de bidouiller au milieu des offset de LeCréole,
j'ai tout mias en 1200---
Dsl Gilles il faudra que tu recode ton .ssi
Mais c'est plus clair , et çà restera ainsi dans le futur
Je compte exporter
- les parametres de vol 0-1000
- TWS et MCP 1000-1200
- Elements Mécaniques 1200-1300
- Programmation SIOC (KaTZ-Pit ou autre) > 1500

CODE

_LoGetMechInfo = LoGetMechInfo()
        envoyerInfo("1201",_LoGetMechInfo.canopy.status)
        envoyerInfo("1202",_LoGetMechInfo.canopy.value)
        envoyerInfo("1203",_LoGetMechInfo.wheelbrakes.status)    
        envoyerInfo("1204",_LoGetMechInfo.wheelbrakes.value)
        envoyerInfo("1205",_LoGetMechInfo.flaps.status)    
        envoyerInfo("1206",_LoGetMechInfo.flaps.value)    
        envoyerInfo("1207",_LoGetMechInfo.speedbrakes.status)
        envoyerInfo("1208",_LoGetMechInfo.speedbrakes.value)    
        envoyerInfo("1209",_LoGetMechInfo.parachute.status)    
        envoyerInfo("1210",_LoGetMechInfo.parachute.value)            
        
        envoyerInfo("1211",_LoGetMechInfo.gear.status)
        envoyerInfo("1212",_LoGetMechInfo.gear.value)
        --envoyerInfo("1213",_LoGetMechInfo.gear.main.nose.rod)        
        --envoyerInfo("1214",_LoGetMechInfo.gear.main.left.rod)
        --envoyerInfo("1215",_LoGetMechInfo.gear.main.right.rod)

Voilà à nous d'essayer de comprendre la différence entre status et value pour chaque élément.
Pour les jambes de trains : main.nose.rod ne marche toujours pas.
Faut encore que je regarde çà

Miaou
Oups j'oubliais voici l'export :
 KTZ_SIOC_v204.zip ( 5,43 Ko ) Nombre de téléchargements: 2731

[gillesdrone]

[quote name='KaTZe' date='16 Apr 2010, 09:28' post='112783']

Dsl Gilles il faudra que tu recode ton .ssi
Mais c'est plus clair , et çà restera ainsi dans le futur
Je compte exporter
- les parametres de vol 0-1000
- TWS et MCP 1000-1200
- Elements Mécaniques 1200-1300
- Programmation SIOC (KaTZ-Pit ou autre) > 1500

[
[/code]

mais pas de soucis , déjà tu en fait beaucoup , tu n'as pas à être désolé , je vais refaire un canevas identique au tien

merci

[gillesdrone]

bon test effectué sur les valeur 1200

1201 OK passe a 1 ouverte

1202 OK passe a 1 quand verriere arrachée

1203 no

1204 no

1205 OK passe a 1 posit décollage passe a 2 en posit attérro

1206


1207 OK passe a 1 en posit sortie

1208 no

1209 OK passe a 1 en sortie passe a 3 en posit largué

1210 OK passe a 1 apres tempo de gonflage et tension puis reste a 1 et a 3 au largage

1211 passe a 1 en transit descente ( j'ai mis un facteur de 100 voir si la valeur changeai quand la roue av ou droite ou gauche était sortie mais toujours à 100)

1212 a 1 quand sortie

pour le train ; 1211 et 1212 passent à 0 quand cassé le train

j'ai les var 153 a 158 , 344 345 et 352 354 qui passent a 1 au début de la mission alors que je ne les trouvent pas dans le KTZ_SIOC.lua ni dans mes variables SSI


voilà si ce CR peut t'aider