Enregistrement télémétrie

Bonsoir les Pros.

Bon maintenant que j'ai mis en place la télémétrie, sa lecture sur le Naza par le Zaggo, de beaux écrans sur ma Taranis, le constat est là, déjà, si t'as une sangle tu ne vois plus rien.
Ensuite, sur mes premiers essais, en enlevant la sangle, on constate que ces pas faciles de suivre.

Peut enclencher l'enregistrement des données télémétriques dans la SD, puis, si c'est possible, comment les lire ???


A vos claviers

Bonjour,

Pour la télémétrie, c'est rare que je lis directement sur l'écran. Je met tout en vocal : Altitude, vitesse, tension sur des inters définis par les fonctions.

Pour enregistrer les logs pareil dans les fonctions il faut programmer un inter par exemple celui de mise en route moteur :
- FS5 SFv "Enregistrer les logs" 1s
Donc quand j'enlève la sécurité moteur juste avant de décoller, l'écriture des logs commence sur la carte SD. Pour les lire il suffit d'aller sur companion, de brancher la radio et de chercher le chemin de la carte SD > /logs.

Merci beaucoup Murphy.

Je viens de le faire. Juste que sur ma ligne de commande, c'est inscrit "log SD" qui, je suppose, veut dire, enregistrement log SD.

Le temsp en sec, doit être l'intervalle d’enregistrement je pense ?

J'en ai profiter pour mettre un inter qui, je pense, commandera l'annonce vocale de l'altitude.

Encore merci et bonne journée.

Yes le vocal il y a que ça de bon ....

Si en plus au lieu de repérer tu prend le temp de faire de la logique pour que tes annonces soient pertinentes au lieu de répétitives !

ex: une tension qui ne change pas n'est pas intéressante en répétition, par contre lorsqu'elle s'approche d'une valeur critique ou lorsqu'elle change ....

Oui la tension de l'accus du Drône en vocal lorsqu'il est en dessous d'une tension déterminé serait le top.

Mais comment ?

1 un intre logique du type

L1 a < X Elem 3.60v

2 une fonction spécial

FS1 L1 Lire valeur Elem ....

et ou

FS2 L1 Vibreur 3

1 inter logique, c'est en fait un inter virtuel qui se déclenche selon une loi déterminée ?

oui dans l'exemple L1 sera vrais si la tension de l'élément le plus faible est en dessous de 3.60 Volts !

as-tu de bons resultats dans l'utilisation de ton Zaggo?
Pour moi ce n'est pas net:les valeurs de telemetie n'apparaissent pas
immediatement et a condition qu'il y a assez de satellite.C'est assez aleatoire.Quel script lua tu utilises?

De mémoire le zagggo ne commence a envoyer des données que lorsque les données GPS sont fixer !

michelmotte a écrit:as-tu de bons resultats dans l'utilisation de ton Zaggo?
Pour moi ce n'est pas net:les valeurs de telemetie n'apparaissent pas
immediatement et a condition qu'il y a assez de satellite.C'est assez aleatoire.Quel script lua tu utilises?

Je ne peux malheureusement te répondre objectivement.

Car :

-Je suis en train de mettre au point, mais ça fonctionne.
-C'est ma première télémétrie, je n'ai aucun point de comparaison.
-J'utilise un mélange de LUA entre le fichier bonné en lien TeleLua13.zip et celui donné par djsyl sur le post du Zaggo. J'ai modifié la tension d'accus et les N°d'inter.
-Je remarque que l'altitude à un temps de retard, la vitesse aussi.

Voilà.

Je confirme plusieurs métro de retard

Murphy a écrit:Bonjour,



Pour enregistrer les logs pareil dans les fonctions il faut programmer un inter par exemple celui de mise en route moteur :
- FS5 SFv "Enregistrer les logs" 1s
.

c'est une question que je me pose, quel intervalle mettre pour l'enregistrement des logs ?
j'avais vu sur ce site 0,3s donc j'ai mis ça !
je vois que tu mets 1s, ce n'est pas trop important ?

Non, ça fait déjà pas mal de données 1x par seconde ! Ca depend principalement de ce que tu veut en faire en plus

3djc

juste lire ces données à l'écran, et les vols sur google earth
je pose aussi la question histoire de ne pas surcharger le proc en lecture des données et écriture sur la carte,

J'ai eu des problèmes en mettant moins de 0.5 secondes car j'enregistrais beaucoup de chose !

Vu la fréquence de rafraichissement des capteurs, 1.0 seconde est largement suffisant.

@Eric84AMC: quel genre de problème ? Son qui saccade ?

LapinFou a écrit:Vu la fréquence de rafraichissement des capteurs, 1.0 seconde est largement suffisant.

@Eric84AMC: quel genre de problème ? Son qui saccade ?

Il m'avait semblé ressentir des ralentissements dans les commandes, en gros les commandes réagissaient avec un peu de retard !

Ca doit être une impression, parce que ce n'est pas possible.

Kilrah a écrit:Ca doit être une impression, parce que ce n'est pas possible.

Même si la radio sature à cause des logs cela ne peut pas perturber les commandes ?

Car j'ai bien eu des retards dans les commandes mais c'est probablement à cause d'autres choses.

Non, le calcul et la transmission des ordres est compètement indépendant du reste et continue à tourner même si les menus, l'audio, les transferts vers la carte etc sont complètement bloqués.
Il n'y a rien qui puisse causer des retards de commande a part une perte de liaison ou un souci hardware (potentiomètre déconnecté...).

Merci Kilrah, alors j'ai eu de brèves pertes de liaison.

Eric84AMC a écrit:Merci Kilrah, alors j'ai eu de brèves pertes de liaison.

inquiétant !!

Pas vraiment sur le modèle en question ! car le récepteur en question ne commande que les gaz, les autres commandes sont sur un autre récepteur !

Va quand même falloir que je remette de l'ordre dans tout cela et faire un vrai test de portée.

elle est choyée ta commande de gaz
un récepteur à elle tout seul, une raison précise ?