Drones-Breizh

Chrono Race pour Taranis est une appli facile à mettre en oeuvre et vraiment intéressante pour les entraînements et les runs entre potes.
Utilisant le signal RSSI du RX, on ne le comparera pas à des systèmes plus sophistiqués et plus précis, mais il fonctionne plutôt bien et ne nécessite rien d'autre qu'une Taranis (une fois de plus) et d'une courte séance de vérification/ajustement du seuil RSSI de déclenchement du chrono.

Pour y accéder, s'inscrire au groupe FB des testeurs https://www.facebook.com/groups/565982490457546/

Runs d'essais aujourd'hui, et c'est une bonne surprise.
Pour les réglages, c'est assez simple :
1- déterminer le seuil RSSI qui déclenche le chrono (quelques tours de pistes suffisent).
2 - protection contre les déclenchements parasites par un délai qu'on fixe et durant lequel le chrono ne prend pas en compte des tops RSSI.

J'ai donc fait des essais sur un parcours "simulé", avec boucles rentrantes pour vérifier qu'il n'y a pas de déclenchements "parasites".
Le seuil RSSI est effectivement à bien calibrer (même si 80 dB est une bonne valeur par défaut).
J'ai volontairement laissé un délai de 20sec bien inférieur au temps de la boucle pour justement vérifier la robustesse aux déclenchements parasites ... et c'est pas mal du tout !
Un passage trop en hauteur n'est pas toujours vu. Une gate à l'arrivée réglera le problème.

Bien vu Phil.
J'avais vu sur FB ce système qui fonctionne aussi avec le RSSI, mais le RSSI du RX et non celui du VTX comme le Chorus LapTimer.
Une solution simple pour un chrono perso à pas cher.

Ce système nécessite un RX capable de fournir le RSSI en retour à la Taranis, donc XSR, XSR-E, X4R, D4R, X8R.
Le XM et XM+ ne fonctionneront pas

Exact Dom et le Chorus sera sûrement plus précis.
Mais ce script est bien foutu. Le réglage du seuil est simple et peut même se faire à tout moment. Infos visuelles et sonores (en mode test).
L'ajout d'un délai est une bonne idée. Dès lors qu'on a un temps de référence, c'est très facile de mettre le délai qqes secondes en dessous et ça limite complètement les faux "tops chrono".
On peut aussi donner le nombre de tours à chronométrer.

Délai entre 2 détections, nombre de tours, seuil de détection sont les fonctions basiques qu'on retrouve sur le chorus. C'est une très bonne adaptation.
Je vais tester les 2 systèmes en parallèle

Bonne idée, ça sera intéressant !
Nota : j'ai eu un pb "out of memory" en installant/lançant le Chrono Race, du fait d'avoir le script BF de contrôle PIDs/Tramp en parallèle. L'équipe FRSKY bosse sur le code pour éviter ça mais la parade a été de dupliquer ma config Formula, une avec BF et l'autre avec Chrono. Pas idéal mais ça marche bien en attendant.

J'ai essayé d'installer le script mais je cale un peu. J'assume être une bille totale en programmation de Taranis
Si une âme charitable veut bien aider un ignare comme moi...
Première question : c'est indispensable d'avoir un inter qui arme le quad ? si oui pas la peine d'aller plus loin, c'est pas pour moi...

Ensuite, quand c'est écrit dans le fichier readme.md :
3. configurer un inter logique, lequel inter devra être indiqué dans la configuration des inters
* Fonction : a>x
* V1 : RSSI
* V2 : 74db (sera écrasé par le paramètre Seuil + et les ajustements dynamiques)
J'ai écrit l'inter logique. C'est ou que l'on associe inter logique et inters physiques ?

4. Aller dans la config du chrono
- renseignez l'inter logique du RSSI
- ajustez les autres paramètres si nécessaire (voyez leur description plus bas dans ce document)
C'est ou la config du chrono ? le fichier "chrono.cfg" que l'on modifie avec un éditeur de texte et que l'on replace sur la carte SD de la Taranis ?

Salut Arnaud,

Oui, l'inter d'armement est nécessaire, il lance la procédure et verrouille le chrono en mode race. Je vois pas comment faire sans lui pour le ChronoDrone.

On accède aux paramètres et à la configuration des inters dans les pages 2 et 3 de Chrono.
Pour ça, qd on est sur le chrono, appuis courts sur Menu. Pour ressortir des configurations, Exit

Pas de fichier à modifier, tout se déclare dans les menus de configuration de l'appli.

Si on fait cohabiter ChronoDrone avec un autre script comme BF (pour le Tramp et les PID), il faut
- avoir coché LUAC en plus de LUA dans les paramètres généraux de la Taranis. LUAC permet de compiler le code à la première exécution.
- pour la première exécution, passer par le menu général :
1) appui lng sur menu
2) page => on accède aux répertoires de la Taranis
3) aller dans Scripts / Telemetry
4) Enter sur timer.lua + exécuter ... ça lance le script et ça crée la version compilée timer.luac

Ca peut paraître compliqué mais c'est juste ... compliqué
Non, pas tant que ça mais faut y aller méthodiquement la première fois.
Après, ça roule tout seul.
Et c'est vrai que sur ton parcours chez toi, ça serait fun !
Good luck

Merci Phil d'avoir passé du temps à me répondre.
Mais même dans mes pires cauchemars je n'envisagerais jamais d'armer le quad avec un inter (trop dangereux et trop lent par rapport à la méthode classique).
Tant pis, ça aurait été intéressant de comparer ce système de chrono avec mon boitier Easyracelaptimer

-Arnaud- a écrit :Mais même dans mes pires cauchemars je n'envisagerais jamais d'armer le quad avec un inter (trop dangereux et trop lent par rapport à la méthode classique).

Question d'habitude et de position. Pour avoir eu des configs qui armaient et désarmaient avec les manettes, je trouve l'inter bien plus rapide, pratique et sécurisant.

L'inconvénient avec le Taranis Laptime est qu'il faut configurer les écrans télém pour chaque modèle.

Belov a écrit :je trouve l'inter bien plus rapide, pratique et sécurisant.

Le prosélytisme c'est pas mon truc C'est comme pour les moteurs CW/CCW, il suffit de 30 secondes de réflexion pour se forger sa propre opinion