Script LUa pour calculer une jauge electrique en %

[EDIT:] Voici une façon beaucoup plus simple de faire avec les dernières versions d'OpenTX→ Jauge à carburant pour LiPo


Salut les amis,

Je commence enfin à m'intéresser à LUA. Voici ma 1ère très modeste contribution.
J'utilise les capteurs UniSens-E (test à lire dans le Méga Tuto); l'une des fonctions que j'apprécie beaucoup est la jauge à "électrons".
Concrètement, il faut programmer la taille de la LiPo dans le capteur UniSens-E, puis lorsque l'on branche une LiPo le capteur va considérer que la LiPo est pleine. A partir de là la valeur va décroitre de 100% à xx%.

Je trouve cette information très pratique pour les raisons suivantes:
1. Je peux faire des copier/coller des mes alertes/alarmes (<35% → attention il faut poser bientôt, <30% → alerte il faut poser de suite).
2. En utilisant l'écran de télémétrie "barre", un rapide coup d’œil permet de savoir combien il reste dans la LiPo.
3. Les annonces vocales sont sans ambiguïtés. Ex: "Capacité LiPo restante 60%" me parle mieux que "Consommation 1750mAh". Comme je deviens vieux, lorsque je suis concentré sur mon modèle, je n'ai pas le cerveau assez rapide pour me dire "Quelle est la taille de la LiPO, déjà ??? xxxmAh, cela doit faire a peu près cela...".

Bon, maintenant le capteur UniSens-E a un désavantage, il n'est pas donné. Alors que le capteur FrSky FAS-40 est pas chère, mais il n'a pas cette fameuse "jauge". C'est vrai, mais ici, on parle de Taranis et d'OpenTX. Donc, tout est possible.

Tout d'abord il faut avoir un firmware avec l'option LUA. En effet c'est un script "MIXAGE" (c'est à dire qui tourne en permanence).


J'ai créé ce tout petit (mais alors, tout petit) script qui permet de faire le calcul.
Voici le script fuel.lua:

Code:

-- Il faut choisir le capteur de consommation et la capacité de votre LiPo
--
-- "Conso mAh" = capteur calculé de la consommation en mAh
-- "Capacite" = Une Entrée qui correspond à la capacité de la LiPo
--
-- Pour la LiPo il faut créer une entrée avec comme MAX source + un pourcentage
-- Capacité de votre LiPo en mAh/100
-- ex: une Lipo de 2200mAh = 22%

-- Définition des entrées
local inputs = { {"Conso mAh", SOURCE }, {"Capacite", SOURCE } }

-- Définition de la sortie
local outputs = { "Fuel" }

-- Calcul du fuel:
-- (1 - Consommation / Capacité) = fuel en %
-- /!\: La capacité étant une entrée il faut diviser par 10.24(100% = 1024)
--      La consommation n'a pas besoin de conversion
-- Comme c'est un script "MIXAGE", il faut mutliplier la valeur par 10.24 pour reconvertir en %
local function run_func(consumption, capacity)
 local fuel = 10.24 * (100 - 10.24 * consumption / capacity)
 return  fuel
end

return { input=inputs, output=outputs, run=run_func }

Il faut copier le fichier ici dans la SD card (/!\ j'utilise OTX 2.1):


Après tout se passe sur la radio:
1- Il faut créer une entrée MAX x ratio. Le ratio correspond à la capacité de la LiPo divisé par 100. Ex: pour une LiPo de 2200mAh, il faut programmer 22%. J'ai choisi cette façon de faire, car cela permet d'avoir plus de flexibilité. Si vous volez avec des LiPos de différentes tailles, vous pouvez conditionner l'entrée en fonction d'un inter. Comme un dual rate ! Dans mes captures d'écran suivante, j'ai choisi une LiPo de 5000mAh.
2- Évidemment votre capteur de courant doit être correctement configuré:

3- Maintenant, il suffit de dire au script où est l'indication de la capacité de la LiPo et quel est le capteur calculé indiquant la consommation accumulée. Cela va créer un "1Fuel"
4- Après il suffit de l'utiliser sur votre écran de télémétrie (et dans vos inters logiques pour les alarmes) avec le type d'affichage "Barre".


Merci de vos commentaires et retour d'expérience.

Le lapin il a creusé toutes les nuit depuis deux trois jours (bilingual rabbit), et il a trouvé une solution, J'avais fais la même avec un vFAS et une VG (facilement accessible dans les écrans en cas de changement de capacité sur le terrain), mais pourquoi passer par les scripts perso ?

pointu a écrit:Le lapin il a creusé toutes les nuit depuis deux trois jours (bilingual rabbit), et il a trouvé une solution, J'avais fais la même avec un vFAS et une VG (facilement accessible dans les écrans en cas de changement de capacité sur le terrain), mais pourquoi passer par les scripts perso ?

Ben, j'ai cru comprendre que pour avoir un script qui tourne en permanence (MIXES script), il fallait faire comme cela...
Sinon, je ne vois pas comment choisir la source de la LiPo et la source du capteur calculé de consommation sans coder les noms en dur... Ce que je ne trouve pas "clean".
Mais bon, je débute, alors je suis preneur de tous les commentaires !! Va-y !! Expliqe moi !! Fait moi mal !! Sort le fouet !!

Pas besoin de fouet mon lapin.
En fait si tu veux pouvoir créer une alerte vocale par exemple tu doit passer par les MIXES car tu ne peux pas jouer un fichier son a partir d'un script de télémétrie.
Regarde le Controleur de batterie de Heisenberg et dev.fred il est super à décortiquer pour la compréhension, et pour l'utilisation du vFas ou unisens cela doit se ressembler, je vous transmet mon script de base qui intègre pas mal d'infos tirées de droite et de gauche.
J'ai créé a partir du vFas un capteur calculé de conso, et il cumul le mAh consommés.
Et le guide m'as bien servi >Le guide< c’était juste tout a la fin !!

pointu a écrit:Pas besoin de fouet mon lapin.
En fait si tu veux pouvoir créer une alerte vocale par exemple tu doit passer par les MIXES car tu ne peux pas jouer un fichier son a partir d'un script de télémétrie.

Euuh... Si tu passes par un inter logique (obligatoire dans le cas de la jauge), tu as alors tout ce qu'il faut pour déclencher une annonce vocale.

pointu a écrit:Regarde le Controleur de batterie de Heisenberg et dev.fred il est super à décortiquer pour la compréhension, et pour l'utilisation du vFas ou unisens cela doit se ressembler, je vous transmet mon script de base qui intègre pas mal d'infos tirées de droite et de gauche.
J'ai créé a partir du vFas un capteur calculé de conso, et il cumul le mAh consommés.
Et le guide m'as bien servi >Le guide< c’était juste tout a la fin !!

OK. Je regarderai cela à tête reposée. Ce que je voudrais éviter, c'est d'imposer un nom de capteur (ou autres) sinon le script LUA ne marche pas. Cela évite les problèmes pour ceux qui veulent utiliser les scripts sans les comprendre.

Pffff même pas un p'it coup de fouet ??  

LapinFou a écrit:...
Ben, j'ai cru comprendre que pour avoir un script qui tourne en permanence (MIXES script), il fallait faire comme cela...
...

Les telemetry script tournent aussi en permanence, quand la page est affichée, la fonction "run" est appellée, mais quand la page n'est pas affichée c'est la fonction "background" qui est appellée. C'est pourquoi beaucoup de script ont dans la fonction "background" tous les calculs et dans la fonction "run" seulement ce qui est lié à l'affichage. Naturellement, dans la fonction "run" on appel la fonction "background" pour que les calcul soient toujours à jour.

LapinFou a écrit:...
Sinon, je ne vois pas comment choisir la source de la LiPo et la source du capteur calculé de consommation sans coder les noms en dur... Ce que je ne trouve pas "clean".
...

C'est tout à fait juste et c'est bien dommage que la 2.1 ne permette pas de paramétrer les telemetry script vu que maintenant on doit les déclarer dans la page "Télémétrie". En 2.0, c'était différent mais maintenant, ça permettrait de gagner de la place mémoire.

Je note que tu as utilisé une entrée pour définir une constante, c'est subtile, je n'y avais pas pensé, c'est bien vu.

pointu a écrit:...
En fait si tu veux pouvoir créer une alerte vocale par exemple tu doit passer par les MIXES car tu ne peux pas jouer un fichier son a partir d'un script de télémétrie.
...

En 2.0, les fonctions playxxx(...) permettaient de produire des alertes vocales (et autre agréments sonores), je crois que ça n'a pas changé en 2.1

Merci Sacre100 pour toutes ces informations complémentaires !!!!
Pour l'instant le plus dur pour moi, c'est de comprendre comment encapsuler les scripts sous OTX que le langage lui-même.  

Sinon, comme je veux utiliser la sortie "Fuel" dans les inters logiques, existe-il une autre façon de faire que celle que j'ai utilisé ?

Sacre100 a écrit:Je note que tu as utilisé une entrée pour définir une constante, c'est subtile, je n'y avais pas pensé, c'est bien vu.

Le but est de pouvoir ainsi changer la taille de la LiPo avec juste un inter sans avoir à sortir le PC.
Je n'ai pas voulu utiliser les VGs, car elles dépendent des phases de vol (ce qui n'a rien à voir avec ce que l'on veut faire). En utilisant une entrée comme constante, c'est plus générique.

LapinFou a écrit:...
Sinon, comme je veux utiliser la sortie "Fuel" dans les inters logiques, existe-il une autre façon de faire que celle que j'ai utilisé ?
...

Pas à ma connaissance, c'est très bien ce que tu as fait, c'est très bien pensé.

J'ai des script où des switch sont codés en dur pour conditionner l'affichage. Quand je les passerai en 2.1 (ou suivante), je m'inspirerai de ta solution.

On peut aussi définir une constante comme paramètre dans les réglages du script, ce qui serait peut-être une solution plus "propre" pour choisir la capacité, mais du coup pas de changement dynamique. Ou alors si, si le script permet de rentrer 2/ 3 capacités et de choisir un switch pour les sélectionner.

Kilrah a écrit:On peut aussi définir une constante comme paramètre dans les réglages du script, ce qui serait peut-être une solution plus "propre" pour choisir la capacité, mais du coup pas de changement dynamique. Ou alors si, si le script permet de rentrer 2/ 3 capacités et de choisir un switch pour les sélectionner.

Merci pour l'info. Je pense que ma solution actuelle est plus "logique" et facile à utiliser (évidemment ce n'est que mon point de vue en attendant que la majorité m''explique que je me trompe ). Ceci dit je vais regarder cela afin de me coucher moins bête.

Voir le vieil exemple de mixage delta, on pouvait y régler les pourcentages aileron/prof...

Utiliser une entrée de commande en % pour déterminer une capacité en mAh c'est pas très "logique" pour moi, mais chacun son truc

Il faudrait donc des VGM, variables globales du modèle, non lié à une phase de vol, cela nous permettrait de stocker quelques valeurs, et d'avoir un écran pour pouvoir les changer simplement sur la radio ou dans companion.

Les VG sont là pour ça, elles peuvent être liées à une phase de vol si souhaité, mais c'est pas le cas par défaut.

Je m'en sers comme tel, mais certains pense qu'elles sont forcement liées au phases de vol, ce qui peu y être, ou non :

Le Lapin a écrit:Je n'ai pas voulu utiliser les VGs, car elles dépendent des phases de vol (ce qui n'a rien à voir avec ce que l'on veut faire)

Kilrah a écrit:Voir le vieil exemple de mixage delta, on pouvait y régler les pourcentages aileron/prof...
Utiliser une entrée de commande en % pour déterminer une capacité en mAh c'est pas très "logique" pour moi, mais chacun son truc

Je vais regarder. Cela m'intéresse.

Kilrah a écrit:Les VG sont là pour ça, elles peuvent  être liées à une phase de vol si souhaité, mais c'est pas le cas par défaut.

pointu a écrit:Je m'en sers comme tel, mais certains pense qu'elles sont forcement liées au phases de vol, ce qui peu y être, ou non :

Le Lapin a écrit:Je n'ai pas voulu utiliser les VGs, car elles dépendent des phases de vol (ce qui n'a rien à voir avec ce que l'on veut faire)

Oui je le sais bien, mais si d'autres personnes veulent utiliser ce script je pense que les entrées sont plus simples à comprendre/utiliser que les VGs.

En tout cas, merci à tous pour vos retours.

Bonjour,

Est ce que ce lua serait compatible avec la X10, j'n'ai pas pu essayé car je n'ai pas encore de capteur de courant?

diiity a écrit:Bonjour,

Est ce que ce lua serait compatible avec la X10, j'n'ai pas pu essayé car je n'ai pas encore de capteur de courant?

Réponse tardive, voici une façon plus simple de faire → [Tuto] Jauge à carburant pour LiPo

ok merci

Bonjour à tous, je prends le train en route et j'utilise donc la rubrique conso du capteur "courant 150A" pour connaitre la conso de mes accus et surtout ce qu'il me reste. 3 annonces vocales, 75%, 50% et 30%. Bien. en ce qui concerne le changement d'accus (je passe de 6S 5000 40C à 6S 10000 10C). Le changement de capa d'accu est automatique car j'ai en fait deux avions assez differents en vol: AVION 5A et AVION 10A. Et si auparavant j'utilisais FLVSS (en éléments Lipo) pour mes alarmes de fin de vol, c'est devenu parfaitement superflu avec ce dispositif. Seule contrainte, verifier à l'atterro ce qui reste dans l'accu et controler si cela correspond à l'annonce; rectifier eventuellement les valeurs de conso pour les seuils determinés en fonction de l'age et de l'utilisation de l'accu.
Bon, je pars voler!