[En Dev]Le KaTZ-Pit du Mi-8, La Version MI-8 du KATZ-Pit

[gillesdrone]

Cool ,

[KaTZe]

Btw, par rapport à notre discussion de ce pm, j'ai réfléchi : je vais alléger les exports, et gagner un grand nombre de chan/SIOC en encodant plusieurs données dans un seul nombre exporté ; Comme pour les commandes qui passent toutes par le canal #2 qui sont codé sur 8 chiffres.

Donc au lieu d'exporter 4 data pour les 4 voyants de APU, je rgrouperai tout çà en un seul nombre "1ABCD", ou A, B, C, D représenteront les positions on/off (1 ou 0), des 4 voyants.
Idem pour les positions de switches (jusqu'à 8 switches sur un nombre), çà devrait me diviser le nombre d'export et de chan par un facteur 3 ou 4.

Le décodage s'effectuera en "fin de chaine" dans un script javascript

Seul inconvénient, çà rend le déboggage un peu plus compliqué (moins visible dans SIOC)

Miaou

[gillesdrone]

Btw, par rapport à notre discussion de ce pm, j'ai réfléchi : je vais alléger les exports, et gagner un grand nombre de chan/SIOC en encodant plusieurs données dans un seul nombre exporté ; Comme pour les commandes qui passent toutes par le canal #2 qui sont codé sur 8 chiffres.

Donc au lieu d'exporter 4 data pour les 4 voyants de APU, je rgrouperai tout çà en un seul nombre "1ABCD", ou A, B, C, D représenteront les positions on/off (1 ou 0), des 4 voyants.
Idem pour les positions de switches (jusqu'à 8 switches sur un nombre), çà devrait me diviser le nombre d'export et de chan par un facteur 3 ou 4.

Le décodage s'effectuera en "fin de chaine" dans un script javascript

Seul inconvénient, çà rend le déboggage un peu plus compliqué (moins visible dans SIOC)

Miaou

effectivement à tester pour voir si cela ne jouera pas sur les retours SIOC pour les pits en dur

[KaTZe]

En fait la façon la plus efficace serait de grouper les données booléennes (on/off, éteint/allumé), en les codant sous forme de puissance de 2 (un binaire pur inversé).
Avec un export vers SIOC à 8 chiffres on peut ainsi coder 27 on/off sur un seul chiffre (de 2^0 à 2^26)
C'est la solution que LeCreole avait utilisé si je me souviens biens dans le tout premier LOSIOC pour exporter les alarmes de LockOn1.

Par contre c'est complètement illisible pour un deboggage.

Si on code en décimal, c'est beaucoup moins efficace (1 donnée par puissance de 10, soit 8 données par export de 8 chiffres), mais on peut facilement "lire" le chiffre exporté.
Autre avantage, pour les données type interrupteur 3 positions, ou rotateur, on peut stocker jusqu'à 10 positions (0-9).
Je pense donc utiliser ce principe.

Pour vos pit-en-dur, pas de problème.
Le "décodage" du nombre transmis, peut être effectué dans javascript, mais aussi directement dans SIOC.
Par exemple si on prend les voyants APU (4 voyants), le code ABCD (0000, 0001, 0011, 0101, ...), peut être lu dans SIOC et les valeurs 0 ou 1, renvoyée sur les 4 offset correspondant aux 4 lampes de votre pit.

Je pense que çà vaut le coup, par exemple les interrupteurs et voyants de panel Mi-8, DC-Power (8 interrupteurs et 5 voyants), tiendront sur 2 canaux d'export, au lieu de 13 actuellement.

J'envisage aussi, de grouper certaines valeur analogique dans une sorte de code BCD (binary coded decimal) inversé.
Par exemple pour la température APU, et pression d'air comprimé, on peut grouper les deux valeurs, sur 2 fois 4 chiffres, et exporter "09001235" pour 900°C, 123.5 bar.

En fait, comme DCS (surtout chez Belsimteck), code les valeurs de l'affichage par cadran, dans un range 0-1, en multipliant par 1000, on peut exporter deux chiffres 0-1000, par canal SIOC, et ainsi garder toute la précision de l'affichage 0.1% tout en divisant par deux le flux d'export.



Ce message a été modifié par KaTZe - 4 Jan 2015, 11:51.

[KaTZe]

Bon testé pour les voyants APU, DC, AC et çà fonctionne parfaitement
En plus çà simplifie le code javascript, car on créé beaucoup moins de variables.
J'ai juste créé deux fonctions de lecture des valeurs dans un nombre container à 8 chiffres

CODE

function dataread_split_2(data){
    // Fonction de lecture de deux données contenues dans une export_data_chaine de 8 chiffres; bbbbaaaa
    // Appel de la fonction sous la forme :
    // Valeur = dataread_split_2(data)
    // Nombre 1 = Valeur[0]
    // Nombre 2 = Valeur[1]
    
    var a = data % 10000    
    var b = Math.floor (data / 10000)
    
    //console.log("a= ",a)
    //console.log("b= ",b)
    
    return [a,b];

}

function dataread_posit(data,position){
    // Fonction de lecture d'une valeur 0-9, contenue dans une export_data_chaine de 8 chiffres
    // Appel de la fonction sous la forme :
    // Chiffre = dataread_posit(data,x)  où x est le xieme chiffre en partant de la droite (1 pour unité, 2 pour dizaine ...)
    
    var c = Math.floor (data % Math.pow(10,position) / Math.pow(10,position-1))
    
    //console.log("c= ",c)
    
    return c;

}

[KaTZe]

Le Panel du jour : l'ARK-9



Miaou

[gillesdrone]

Le Panel du jour : l'ARK-9



Miaou

Cool pour demain

[gillesdrone]

as tu mis dans le FTP ce panel ?

[gillesdrone]

petite question

vas tu remanier le SIOS actuel ou vas tu implémenter en suivant ? car je voudrais faire des modif ( comme les servos de APU et ADI à et savoir si tu vas retoquer ces lignes

sinon j'attendrai que tout soit finalisé

APRES TEST . LARK9 fonctionne pout l'aiguille , qui vari bien en fonction du signal recu
par contre je dois réglé la freq sur le pit , les chiffres changent bien dans le KP mais pas dans le simu

Ce message a été modifié par gillesdrone - 7 Jan 2015, 16:01.

[KaTZe]

@Gilles, petit teaser