Script Altimètre compatible X7/X9

Voici la version corrigée → https://github.com/LapinFou/AltGra/releases/tag/v1.5

Du coup, je considère que c'est la 1ère version stable.

Prochaine étape: ajouter un inter.

La météo n'est pas très favorable actuellement. Dès que possible je teste cette nouvelle version.
Je suis nul en informatique..aussi pour la prendre en compte, suffit il de télécharger une nouvelle fois la carte SD?
D'ores et déjà, merci pour ce travail.

Non, pas besoin.
Il te suffit de télécharger le fichier ici → AltGra.lua

Puis tu écrases le fichier déjà existant présent sur ta carte SD.
Le chemin est : \SCRIPTS\TELEMETRY

Avec cette dernière version, il y a également un mode manuel (c'est optionnel) qui te permet de contrôler manuellement le script.
Tout est expliqué ici → GitHub/LapinFou/AltGra

Top !

super ton lua, vivement celui pour horus

Merci !!

Pour Horus, c'est plus compliqué. Mais je vais m'y mettre dès que possible.

t'inquiète, on patiente...

Cette fois le test est concluant. J'ai bien tout le vol. On distingue parfaitement les montées au moteur et la prise d'ascendances; car il y en avait. Pas cette fois, mais parfois on a "télémétrie perdue; télémétrie retrouvée, presque aussitôt. Dans ce cas je pense qu'une partie du graphique serait effacée, et l'on repartirait à zéro. Est il possible d'éviter la perte de cette partie de graphique? Dans le même ordre d'idée, pourrait-on conserver le graphique même si le RX est éteint (histoire de montrer aux copains que c'est moi qui a la plus grosse..ascendance!!
Dès maintenant, c'est chouette!!!
MERCI

Content que mon script te plaise !
Cela fait plaisir de le voir en action.
Joli vol de 31'47".
Tu l'utilises avec un interrupteur ou pas ?
Trouves-tu que les informations sont claires, bien réparties et bien lisibles ?

En ce qui concerne le "télémétrie perdue/retrouvée", je n'ai pas compris le problème.
Je vais vérifier, mais dans le cas où cela arrive je pense qu'il n'y a tout simplement rien d’enregistrer (donc rien d'affiché).

En ce qui concerne la mémorisation radio éteinte, ce n'est pas prévu. Et je n'ai pas prévu de le faire. Peut-être dans une future version, mais j'ai déjà la version Horus à finir...

Après, tu as toujours la possibilité d'enregistrer les logs et de les afficher avec Companion.
Mais je t'accorde que c'est pas simple de sortir le PC sur le terrain.

Je n’utilise pas le script avec un interrupteur. Je procède de la façon suivante :
J’allume l’émetteur, et avec « page »  je vais sur le graphique.
J’allume le récepteur, et là le graphique s’anime  aussitôt. (à l’insu de mon plein gré).
Effectivement un interrupteur permettrait de maitriser le déclenchement. Je vais chercher comment faire. (J’imagine que ‘Fonction  spéciale’) est  la solution.
Télémétrie perdue, télémétrie retrouvée, c’est un peu comme une mini coupure d’alimentation, et quand le récepteur n’est plus alimenté, le graphique s’efface. D’où mon interrogation. Je vérifierai ce point de détail et te tiendrai au courant.
Les infos sont claires, bien réparties et très lisibles. Je regarde l’écran de temps à autre, et ça pimente vraiment le vol.
BRAVO !!!

diiity a écrit:super ton lua, vivement celui pour horus

oui j'aimerai bien aussi ...

CIRRUS 41 a écrit:Je n’utilise pas le script avec un interrupteur. Je procède de la façon suivante :
J’allume l’émetteur, et avec « page »  je vais sur le graphique.
J’allume le récepteur, et là le graphique s’anime  aussitôt. (à l’insu de mon plein gré).
Effectivement un interrupteur permettrait de maitriser le déclenchement. Je vais chercher comment faire. (J’imagine que ‘Fonction  spéciale’) est  la solution.
Télémétrie perdue, télémétrie retrouvée, c’est un peu comme une mini coupure d’alimentation, et quand le récepteur n’est plus alimenté, le graphique s’efface. D’où mon interrogation. Je vérifierai ce point de détail et te tiendrai au courant.
Les infos sont claires, bien réparties et très lisibles. Je regarde l’écran de temps à autre, et ça pimente vraiment le vol.
BRAVO !!!

Merci !!

Content que les infos soient claires.

OK, le graphique ne devrait pas s'effacer en cas de perte de télémétrie. C'est un vrai bug.
Je viens d'ouvrir mon 1er ticket → https://github.com/LapinFou/AltGra/issues/1
Je vais regarder cela dans les semaines à venir.

Pour l’interrupteur, il faut modifier le script sur la carte SD avec un ordinateur.
Toutes les explications sont ici → https://github.com/LapinFou/AltGra
Il faut modifier cette ligne là:

Code:

local altStartMode = "Auto"

Tu remplaces Auto par l'inter voulu.
Par exemple:

Code:

local altStartMode = "se"

Je vais mettre à jour mon 1er post.

Le script ne devrait pas démarrer de suite. As-tu bien activé le "auto offset" sur ton vario ?


Cela permet au vario de se mettre à 0m lors de la mise sous tension du modèle.

grat450 a écrit:

diiity a écrit:super ton lua, vivement celui pour horus

oui j'aimerai bien aussi ...

C'est dans le tuyau !!
Patience....

La case offset auto était bien coché; mais ça ne remet pas toujours l'altitude à zéro.
J'ai réussi à modifier le script pour associer un interrupteur.

CIRRUS 41 a écrit:La case offset auto était bien coché; mais ça ne remet pas toujours l'altitude à zéro.
J'ai réussi à modifier le script pour associer un interrupteur.

Nickel !
Tiens moi au courant si cela fonctionne bien ainsi (surtout en cas de perte de télémétrie).

J'ai lancé le graphique en altitude avec l'interrupteur, juste après avoir coupé le moteur.
J'ai eu une alerte "télémétrie perdue, télémétrie retrouvée"; et ça n'a pas effacé le graphique.
De plus après avoir coupé l'alimentation du récepteur; le graphique n'a pas disparu de l'écran...
Il disparait avec la coupure de l'émetteur, ce qui est logique.
Donc pour moi tout est parfait!!!!
L'alti ne revient pas toujours à zéro à cause du changement de pression atmosphérique.

Super !!
Tu as bien compris qu'il fallait utiliser un interrupteur à 3 positions ?
Par exemple, si tu utilises SB, alors:
SB↑ = AltiGra en pause
SB- = AltiGra en fonctionnement
SB↓ = Remise à zéro de AltiGra

Non je n'avais pas compris ça; j'avais remarqué au sol qu'avec la position haute rien ne se passait; que la position médiane lançait le graphique.
Je note que la position basse effectue la remise à zéro.
Ce qui est sure, c'est que l'interrupteur est un plus!
Merci pour tout ça.

Bonjour,
Je viens de maniper sur le script. Quand on choisit l'option avec inter, pas de soucis le graphique reste bien à l'écran sur une télémétrie perdu,  l'altitude passe à zéro et reprend avec télémétrie retrouvée.
En "Auto" sur une télémétrie perdue la courbe repart à zéro.
Les manips ont été faites au sol en approchant la radio du récepteur ce qui nous donne télémétrie perdue télémétrie retrouvée.

CIRRUS 41 a écrit:Non je n'avais pas compris ça; j'avais remarqué au sol qu'avec la position haute rien ne se passait; que la position médiane lançait le graphique.
Je note que la position basse effectue la remise à zéro.
Ce qui est sure, c'est que l'interrupteur est un plus!
Merci pour tout ça.

De rien.
Cela devrai également me servir pour la prochaine saison.

BRUN Philippe a écrit:Bonjour,
Je viens de maniper sur le script. Quand on choisit l'option avec inter, pas de soucis le graphique reste bien à l'écran sur une télémétrie perdu,  l'altitude passe à zéro et reprend avec télémétrie retrouvée.
En "Auto" sur une télémétrie perdue la courbe repart à zéro.
Les manips ont été faites au sol en approchant la radio du récepteur ce qui nous donne télémétrie perdue télémétrie retrouvée.

Salut Philippe,
Merci pour ton retour d'expérience. Je vais me pencher sur ce bug dès que possible. Je pense que la détection automatique de remise à zéro n'est pas correcte.
Je vous tiens au courant dès que j'aurai corrigé le bug.

J'ai eu 5 minutes pour regarder ce bug de remise à zéro automatique lorsque la télémétrie est perdue.
Cela vient de cette ligne:

Code:

local nomVario = "Alt"      -- Nom de votre capteur d'altitude (il est défini dans votre local altMax_id = getFieldInfo(nomVario.."+").id
[...]
        -- Si l'altitude max provenant du capteur ET que l'enregistrement est en cours, alors la télémétrie a été remise à zéro
        if (((math.floor(getValue(altMax_id)+0.5)) == 0) and (startAlt == true)) then
            init()
        end

En clair, lorsque la télémétrie est perdue sur le capteur Alt, sa valeur Alt+ repasse à zéro.
Pas sûr que cela soit normal...

Si un gentil 3djc passe dans le coin, cela m'aiderait beaucoup.

Quant la télémétrie n'est pas reçue, toute les valeurs passent a 0, elles reviennent quant la télémétrie est retrouvée. Extrait de la doc de getValue() :

Code:

@retval value current source value (number). Zero is returned for:
* non-existing sources
* for all telemetry source when the telemetry stream is not received
* far all non allowed sensors while FAI MODE is active

La meilleure question est pourquoi donc cette personne a des télémétries perdues, c'est pas très normal

Rhooo.... La honte, je n'avais pas vu cette ligne. Pourtant je l'ai lu plusieurs fois..

Et merci de me donner un coup de main !


Je suis bien d'accord qu'il faut d'abord comprendre pourquoi la télémétrie décroche physiquement.
Ceci dit, cela ne me semble tout de même pas normal que lorsqu'il y a un glitch dans la réception de télémétrie que les valeurs max "+" repassent à 0.

C'est pour cela que dans mon test j'utilise Alt+ pour détecter un reset de la télémétrie. Que Alt soit forcé à 0, je comprend (cela évite des valeurs à la con), mais pourquoi Alt+ repasse à 0 en cas de perte de télémétrie ?

Qu'en penses-tu ?
A moins que ce soit la fonction getValue() elle-même qui renvoie 0 en cas de perte de télémétrie ?

Sinon, penses-tu qu'une version ENG de ce script pour intéresser la dev team OTX ? En vu de l'intégré dans le pack officiel afin de remplacer les anciens scripts qui ne sont plus vraiment maintenus.

Salut Lapin:

@retval value current source value (number). Zero is returned for:

C'est écrit  !

Si la télémétrie est perdue, que devrait retourner la fonction ? la dernière valeur connue de Alt ?
ce n'est pas une solution, je cherche aussi à compendre !

Oui, mais le truc qui me chiffonne est:
Prenons pour exemple un vario nommé Alt.
Ce qui donne (en simplifié):
getValue("Alt") → renvoie l’altitude actuelle
getValue("Alt+") → renvoie l’altitude max depuis la dernière RAS de la télémétrie.

Lorsque la télémétrie est perdue
getValue("Alt") → renvoie 0. Ça, c'est bien pour éviter d'avoir de la purée
getValue("Alt+") → renvoie 0 au lieu de l’altitude max depuis la dernière RAS de la télémétrie. Là, c'est moins bien (dans mon cas). Qu'il y ait une perte de télémétrie ne devrait pas empêcher de lire l’altitude max enregistrée par OpenTX.

Le plus simple (une fois encore, dans mon cas) serait peut-être d'avoir une fonction qui permette de détecter si la télémétrie est OK ou KO.