Jauge à carburant pour LiPo

Aaahhh! ça j'aime bien! ça c'est de la belle explication!!!! Merci Lapin.

Là, j'ai bien compris comment fonctionne le capteur calculé "consommation".  

D'ailleurs, pour finir, et si j'ai vraiment tout compris, l'affichage avec le bargraphe est-il bien le résultat du calcul suivant (désolé j'aime bien gratter et bien comprendre )?

((Capacité Max batterie) - (le résultat de l'addition des mesure))/(Capacité Max batterie)

Si je reprend ton exemple: "0.5mA.h + 0.5mA.h + 0.5mA.h + 0.5mA.h + etc...
Quantité totale utilisée en 40s = 0.2 A.h = 200mAh" - Et que je dis que j'ai une batterie de 1500mAh... Valeur renseignée dans l'entrée

(1500-200)/1500 = 0,87 --> Après 40s il reste 87% dans la batterie.

Valeur instantanée, puisque le "résultat de l'addition" dans ce cas-ci 200, est rafraîchis tous les X/10 de seconde. Puis, on générera une alarme lorsque la réponse du calcul atteindra, par exemple 20%.

Exact?

Oui, c'est correct.
Sauf que le calcul n'est pas tout à fait le même.

On applique la fonction affine suivante sur l'entrée "E5":

Code:

y = -100% * x + 100%
où
x = (le résultat de l'addition des mesure) / (Echelle)

Donc, si tu règle le champ "Echelle" sur 1500, cela donne ça:

Code:

y = -100% * ( (le résultat de l'addition des mesure) / (Echelle) ) + 100%
y = -100% * ( 200 / 1500 ) + 100%
y = -100% * 0.13333... + 100%
y = -13.333...% + 100%
y = 86.666...%

Et, oui, effectivement, après tu peux utiliser cette entrée pour déclencher des alertes.
Perso, pour assurer la longévité des LiPos, je conseille çà:
- Alerte à 35%
- Alerte critique à 30%
Cela permet de ne pas stresser la LiPo.

Pour l'alerte, tu créais un inter logique "a = x"
Exemple basé sur mon tuto:

Code:

L01 = ( E5:Fuel = 35% )
L02 = ( E5:Fuel = 30% )

Puis tu créais des annonces vocales (Fonctions Spéciales), pour déclencher les alertes.

Code:

FS01: L01 - Jouer fichier (batlow) Lu une fois
FS02: L02 - Jouer fichier (batcri) Lu une fois

Tu peux aller encore plus loin, voici un exemple de ce que j'utilise (mon trim gaz est désactivé, du coup je l'utilise pour déclencher une annonce vocale à la demande):

Code:

L1: |d(E5:Fuel)| > 20
L2: L01 OR TrmG Bas
L3: E5:Fuel = 35
L4: E5:Fuel = 30
L5: L03 OR L04
L6: L02 OR L05

FS1: L03 - Jouer fichier (fuelwa) Lu une fois
FS2: L04 - Jouer fichier (fuelcr) Lu une fois
FS3: L06 - Jouer fichier (fuel) Lu une fois
FS4: L06 - Lire valeur (E5:Fuel) Lu une fois
FS5: L05 - Vibreur (3) Lu une fois

L'annonce carburant restant se déclenche tous les 20% consommés ou à la demande en faisant un coup de trim gaz vers le bas (volant en électrique, j'ai complètement désactivé le Trim Gaz dans l'onglet Phase de Vol 0).
Les alarmes vocales se déclenchent en faisant vibrer la radio et en indiquant également le % "carburant" restant.

La subtilité des fonctions spéciales est qu'elles sont exécuté dans l'ordre croissant et que les annonces vocales sont "bufferisées / pipelinées " dans le même ordre.

Si le "Fuel" est a 35%, cela donne ça:
L3, L5 et L6 sont VRAI
Les annonces vocales (avec mon pack SD) vont être lu dans cet ordre
Annonce vocale: "Attention, niveau carburant faible"
Annonce vocale: "Carburant"
Annonce vocale: "35%"
En même temps, la radio va vibrer.

Qu'est ce que j'aime OpenTX !!!  

PS: Évidemment si on prend ta formule on retombe sur la même chose:

Code:

y = ((Capacité Max batterie) - (le résultat de l'addition des mesure))/(Capacité Max batterie)

On développe:

Code:

y = (Capacité Max batterie) / (Capacité Max batterie) - (le résultat de l'addition des mesure) / (Capacité Max batterie)

On simplifie:

Code:

y =  1 - (le résultat de l'addition des mesure) / (Capacité Max batterie)

On réordonne:

Code:

y =  - (le résultat de l'addition des mesure) / (Capacité Max batterie) + 1
y =  -1 * ((le résultat de l'addition des mesure) / (Capacité Max batterie)) + 1

Sachant que 1 = 100%

Code:

y =  -100% * (le résultat de l'addition des mesure) / (Capacité Max batterie) + 100%

Bien sûr
Capacité Max batterie = Echelle
Donc,

Code:

y =  -100% * (le résultat de l'addition des mesure) / (Echelle) + 100%

Et voilà, on est retombé sur notre fonction affine déclarée dans l'entrée "E5".

Là, je suis vraiment heureux! Merci Lapin, pour ta patience et ton temps passé à mettre tout ça par écrit.
J'espère qu'on n'a pas perdu trop de gens sur la route

Voilà quelques mois que j'ai découvert OpenTX (novembre 2020), mais je reste bluffé par la puissance de cet OS. J'adore ça!

Maintenant, je dois mettre tout ça "en musique" pour mon modèle...

Un tout grand merci.
JClaude

Bonjour à tous,
j'utilise un FAS40 pour mesurer la conso de mon planeur.
j'ai bien lu et appliqué le tuto de lapinfou sur la jauge lipo

je prends un exemple pour plus de clarté:
accu 2200mA
conso effective mesurée: 1300 mA

si je fais un calcul manuel, conso en % = 59%, il reste 41% dans l'accu
vérif avec un appareil pour mesurer les lipos, reste 41% donc on est bien!

j'ai fait une entrée Accu pour connaitre le % restant de l'accu.
j'utilise une TX16S, et un widget de type jauge , basé sur l'entrée Accu, on le voit sur la capture ci dessous (c'est un exemple dans la simu ici):



avec les chiffres que je donne plus haut, j'aurais aimé que mon widget m'affiche 40% (restant donc)
or il m'affiche 70% !!! (et je n'arrive pas à les retrouver ces 70%)
le widget est réglé Min -1024 et max +1024 je pense que ça peut venir de là... mais je me demande quoi mettre ici...
compliqué d'essayer car avec ce temps ça vole pas beaucoup...
je vais tenter le prochain coup min=0 et max=100 mais si c'est ça j'aimerais comprendre un peu ce que renvoie l'entrée Accu et comment le widget calcule.

J'ai bien fait comme dans le tuto:



j'ai vu plus quelques formules de lapinfou, et quand je les utilise à la main j'obtiens bien 0,40 environ, donc le renvoi de l'entrée Accu semble pas mal.
c'est donc dans le rendu du widget que j'ai un souci je pense...
peut-être aussi en utiliser un autre pour avoir le bon rendu?

merci d'avance pour votre aide

Bon j'ai trouvé comment tester, en relisant le log ça le fait finalement.
du coup j'ai pu tester, le bon paramétrage du widget est
min=0
max=1024

et ça donne ça:

Salut,
C'est super que tu ais trouvé le problème seul...
Dis-moi; c'est quoi ce widget avec tout dessus?
Bonne nuit.
JClaude

Salut,
alors ce n'est pas un widget mais une disposition de widget...

dans la conf de l'affichage (bouton tele), dans la page interface utilisateur, tu choisis le thème bleu à gauche par exemple.
tu choisis ensuite la page main view 1
dans les dispositions tu choisis celle qui propose une grille pour 8 widgets, puis tu configures chaque widget comme tu veux.
en configurant en plus la barre d'en haut, on a vraiment pas mal d'infos

Cool! Merci pour l'info.

Bonjour à tous, et meilleurs vœux pour cette nouvelle année,
Totalement débutant dans le monde Open TX et la télémétrie, je me suis mis en tête d'avoir une télémétrie sur l'état de ma Lipo. J'ai donc acheté un capteur FLVSS. Une jauge parait être la meilleure des solutions, mais est-ce possible avec ce capteur ?
Merci d'avance, et bravo pour votre aide,
Patrick.

Un capteur de tension n'est clairement pas idéal.
Lire article ici (surtout le 1er encadré pour bien comprendre)
→ https://opentx-doc.fr/wiki/jauge-a-carburant-pour-lipo

Sinon, tu peux utiliser le script LUA "BATTCHECK" écrit par Heisenberg.
Il est inclus dans mes packs SD disponible ici:
→ https://opentx-doc.fr/wiki/packs-carte-sd
Il faut activer le script depuis le réglages de l'écran de télémétrie.

Merci beaucoup, LapinFou. Je regarde çà et je publie au plus vite sur le site.

Bonjour LapinFou, et bonjour à tous les autres,
En tant que néophyte pur, j'ai suivi les conseils, et j'ai investi dans un capteur FAS40S;
Je suis donc en présence maintenant d'un récepteur FRSKY RX6R, un capteur FLVSS, mon capteur FAS40S. Gros dilemme, comment brancher tout ça ? Je ne vois pas où brancher le capteur FAS40S.
Encore un grand merci d'avance.
Patrick

Bonjour,
https://www.frsky-rc.com/wp-content/uploads/2017/07/Manual/FLVSS.pdf
https://www.frsky-rc.com/wp-content/uploads/2017/07/Manual/Current-40A.pdf

Bonne lecture.

Gerou a écrit:Bonjour,
https://www.frsky-rc.com/wp-content/uploads/2017/07/Manual/FLVSS.pdf
https://www.frsky-rc.com/wp-content/uploads/2017/07/Manual/Current-40A.pdf

Bonne lecture.

Merci beaucoup, ça me sers beaucoup.

Bonjour,
merci pour ce tuto,
jauge lipo crée avec succès à partir du controleur Neuron esc , mais comment y intégrer la consommation SBEC courant , dans le cas d'une utilisation avec un seul accu ?
En sachant que l' on dispose de capteurs ESC courant et SBEC courant , bien sur .
La jauge serait ainsi idéale , puisqu'elle prendrait en compte la consommation totale ( planeur F3G avec 6 servos )
Une idée ? Merci

Bonjour ,
problème résolu par la théorie de Lapin fou : création de 3 capteurs calculés à partir de becA ,escA et cons additionnée , on obtient ainsi donc la consommation totale.

Je ne me souvenais pas d'avoir écrit cela, mais c'est super que tu aies une solution fonctionnelle.

Bonjour à tous,

Via la programmation "Jauge à carburant" décrite par Lapin ci-dessus, je souhaite recevoir les infos de consommation durant le vol.

Pour ce faire, j'ai connecté un FAS 150A de FrSky sur le smart port de mon récepteur, un R168 Radiomaster en protocole D16. Ce capteur est monté dans le bon sens (svt flêche) sur la ligne "+" de mon pack 8s. Le courant max mesuré via un wattmètre séparé est de 95A.

Dans le menu "télémétrie", le capteur "physique" est bien vu par l'émetteur, et le capteur "calculé" CONS fonctionne.

Entre-deux, j'ai réalisé des annonces vocales via TTSAutomate, qui sont bien lues lorsque les inters logiques sont "VRAI". Pour ce qui est du bar graphe, j'utilise une entrée "Ail" que j'ai transformé en "Fuel".

J'ai vérifié à plusieurs reprise la programmation, et les divers paramètres, mais tout ça ne fonctionne pas comme cela devrait.

Lorsque j'allume l'émetteur, la voix de synthèse me dit bien "flight pack 100%"; ça je pense que c'est OK, bien qu'aucune mesure n'ait encore commencé, puisque le pack n'est pas installé.

Ensuite, de 20% en 20% la voix de synthère devrait m'indiquer "Flight pack 80%... 60%"... etc; ça ne marche pas; silence total.

Lors d'un vol, la voix de synthèse qui est d'habitude muette, a annoncé une partie du message de fin de vol; "Warning"... Alors que le message complet devrait être "Warning flight pack 30%"... Puis silence à nouveau.

Le bar graphe reste à 100%!

Bref, je m'adresse à vous, qui peut-être avez rencontré un problème similaire.

Pour info, je n'utilise pas "companion" je programme directement sur l'émetteur.

J'envisage une mise à jour du Firmware du récepteur, mais lorsque l'on procède à cette mise à jour, à part de devoir ré-appairer, à quoi doit-on s'attendre?

Bonne journée,

JClaude

jclaude a écrit:Bonjour à tous,

Via la programmation "Jauge à carburant" décrite par Lapin ci-dessus, je souhaite recevoir les infos de consommation durant le vol.

Pour ce faire, j'ai connecté un FAS 150A de FrSky sur le smart port de mon récepteur, un R168 Radiomaster en protocole D16. Ce capteur est monté dans le bon sens (svt flêche) sur la ligne "+" de mon pack 8s. Le courant max mesuré via un wattmètre séparé est de 95A.

Dans le menu "télémétrie", le capteur "physique" est bien vu par l'émetteur, et le capteur "calculé" CONS fonctionne.

Entre-deux, j'ai réalisé des annonces vocales via TTSAutomate, qui sont bien lues lorsque les inters logiques sont "VRAI". Pour ce qui est du bar graphe, j'utilise une entrée "Ail" que j'ai transformé en "Fuel".

J'ai vérifié à plusieurs reprise la programmation, et les divers paramètres, mais tout ça ne fonctionne pas comme cela devrait.

Lorsque j'allume l'émetteur, la voix de synthèse me dit bien "flight pack 100%"; ça je pense que c'est OK, bien qu'aucune mesure n'ait encore commencé, puisque le pack n'est pas installé.

Ensuite, de 20% en 20% la voix de synthère devrait m'indiquer "Flight pack 80%... 60%"... etc; ça ne marche pas; silence total.

Lors d'un vol, la voix de synthèse qui est d'habitude muette, a annoncé une partie du message de fin de vol; "Warning"... Alors que le message complet devrait être "Warning flight pack 30%"... Puis silence à nouveau.

Le bar graphe reste à 100%!

Bref, je m'adresse à vous, qui peut-être avez rencontré un problème similaire.

Pour info, je n'utilise pas "companion" je programme directement sur l'émetteur.

J'envisage une mise à jour du Firmware du récepteur, mais lorsque l'on procède à cette mise à jour, à part de devoir ré-appairer, à quoi doit-on s'attendre?

Bonne journée,

JClaude

Autre réflexion... N'y aurait-il pas un soucis d'ID du capteur?

Il faudrait que tu postes ta prog afin que nous puissions mieux t'aider.
As-tu bien lu avec attention tout ce qui est expliqué dans cet article ?
→ https://opentx-doc.fr/wiki/jauge-a-carburant-pour-lipo

Bonjour Lapin,

j'ai relu ton article, et je ne pense pas être passé à côté d'un élément...

Comme je disais auparavant, je n'utilise pas "companion" je programme directement au clavier de l'émetteur... Certains diront que je suis un homme des cavernes... Et ils auront raison
Donc, je me suis amusé à rédiger le petit fichier PPT, montrant, en photos, les divers contrôles effectués sur le câblage, les écrans de télémétrie, et sur la deuxième page, la retranscription de ma programmation. Sur la 3ième page, les captures d'écran correspondantes, et la programmation du bar-graphe.

Merci d'avance et bon après-midi.

Jean-Claude

Très jolie présentation !!!
Cela vaut largement un fichier OTX.

Ton L07 est faux.
C'est pas a>x, mais |d|>=x (fonction "DELTA").
La fonction DELTA |d| veut dire "tous les delta de xx%, c'est inter logique est VRAI".
Là ton inter logique L07 est toujours VRAI ainsi que L11...

D'ailleurs tu vois sur la 1ère photo de la page n°3 de ton PDF que L07 & L11 sont en gras en permanence.
En langage OpenTX → ligne en gras = ligne active

En changeant pour la fonction DELTA, L07/L11 va passer en gras (VRAI) seulement un court instant.
Et c'est ça que l'on veut.

Du coup avec la prog actuelle, tes annonces sont lues une seule fois au démarrage, puis plus rien.
Je pense pouvoir dire, sans prendre de risque, que c'est l'origine de ton problème.

Tiens moi au courant si cela résout ton problème !
Mais, je suis prêt à parier mon poids en carottes (et ça fait beaucoup de carottes) que c'est bien cela. 🤭

LapinFou a écrit:Tiens moi au courant si cela résout ton problème !
Mais, je suis prêt à parier mon poids en carottes (et ça fait beaucoup de carottes) que c'est bien cela. 🤭

Merci Lapin,
Je vais tester ça. Je te tiens informé.
Bon après-midi.
Jean-Claude

LapinFou a écrit:Tiens moi au courant si cela résout ton problème !
Mais, je suis prêt à parier mon poids en carottes (et ça fait beaucoup de carottes) que c'est bien cela. 🤭

Salut Lapin,

J'ai modifié le L7 et testé:
La lecture de la jauge fonctionne, ainsi que le bar-graphe; super!

Par contre, L8, L9 et L10 ne marchent pas... En effet, les annonces liées ne sont pas lues.
As-tu une idée?

Bien à toi,
Jean-Claude