Content que tu es pu trouver !

Je n'ai jamais été aussi loin dans la programmation du Warthog.

++

Yep


Quoi que... En y repensant, une commande normale (un pulse), puis le REXEC avec un DELAY, sur la même commande HOTAS, ça doit pouvoir se faire...

Super intéressant Az

Donc, si je comprends bien, tu scans ta plage de distance en moins de 3s.
Ce n 'est il pas un peu rapide?
Cela te laisse t -il le temps d'apercevoir quelque chose ?

Oulà, non, je pense que tu fais erreur.

Quelle que soit la façon dont on l'actionne (clavier, axe, joy, multi pulse... massue...), le réglage "Radar distance" ne sert qu'à orienter le pinceau (cône) radar en relation avec le Delta Z (altitude) (réfère toi à la doc de Bug si besoin).

Si je fais le parallèle avec un appareil photo :
- c'est un réglage qui te sert à faire ton cadrage ("cadre le truc 15m plus haut, à 100m de distance")
- ce n'est pas un réglage de "mise au point" (autofocus), ton appareil (radar) voit net de près comme de loin !

Donc non, je ne scanne pas une plage de distance en moins de 3s. Et je n'ai donc aucun souci puisque je n'essaie pas d'apercevoir quoi que ce soit pendant le défilement des crans de distance.

++
Az'

on se comprend pas visiblement...
Je ne comprends toujours pas ce que tu cherches à obtenir en changeant toute les 180ms de tranche de distance de recherche.

Je reformule:
Si ton "cadrage" varie de 10 à 160 km en quelques seconde, quelle est l'intérêt...

Le but, c'est de pouvoir passer rapidement d'un valeur à une autre (lointaine), sans multiples appuis.

On m'annonce un bandit à 80 bornes, 8000m plus haut. Je dois donc régler mon radar sur 80km et Delta Z +8.
Avant :
- allumage radar, distance = 10
- clic, distance = 12
- clic, distance = 14
- clic, distance = 16
- clic, distance = 18
- clic, distance = 20
- clic, distance = 25
- clic, distance = 30
- clic, distance = 35
- clic, distance = 40
- clic, distance = 50
- clic, distance = 60
- clic, distance = 70
- clic, distance = 80

Maintenant :
- allumage radar, distance = 10
- cliiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiic, distance = 80 (à la louche)

180ms, c'est ce que j'ai pris pour l'instant comme compromis entre un défilement rapide (pour atteindre au plus vite la valeur désirée) mais pas trop (pour ne pas la dépasser, savoir arrêter le défilement à temps en relâchant la commande sur le joy).

++
Az'

Bonsoir

Je poursuis mon idée fixe (et non mon Idéfix, qui est gros ?) puisque mon objectif était d'avoir la possibilité d'avoir "un seul cran" ou "plusieurs crans qui passent rapidement" et pouvoir choisir l'un ou l'autre mode sans se gourer.

Avec ce que j'avais jusqu'ici (= une répétition toutes les 180ms de la commande), il était courant de passer 2 crans même avec un appui relativement bref sur le china hat (puisque c'est lui que j'utilise dans ce test).

J'ai donc essayé la fonction CHAIN qui permet de générer plusieurs événements au même moment.

Problème : même sur un appui très court, la fonction "CHAIN" se déclenche, et lance quelques appuis (2 ou 3) supplémentaires via REXEC au bout du DELAY.
C'est donc "pire" qu'avant...

Ze solution est donc d'utiliser non pas CHAIN mais TEMPO. TEMPO sert à faire ce que tout bon A-10C sait gérer "de base", c'est à dire les appuis court et les appuis longs.
La syntaxe est : TEMPO(commande courte, commande longue[, temporisation])
[temporisation] est indiqué entre crochets, car optionnelle. Si vous ne la précisez pas, elle est par défaut de l'ordre de 500ms.
Voici mon code :

Ce code signifie :
Pour le China Hat arrière (CHB, sur le &Throttle) :
- si appui court sur le throttle, déclencher un appui unique sur la commande R_CTL+KEYON+USB[45]
- si appui long sur le throttle, déclencher un appui répété (via REXEC, vu auparavant) sur la même commande R_CTL+KEYON+USB[45] toutes les 150ms.
- un appui est considéré long au bout de 200ms.

Je peux garantir dès à présent que le principe fonctionne. Je vais vérifier ingame si les tempos sont bonnes, avant d'ajouter ces infos au wiki.

++
Az'

Après tests en vol :
- 200ms entre appui court et long est OK pour cette fonction (et mes goûts)
- en revanche 150ms entre chaque REXEC fait perdre du temps : j'ai baissé la valeur à 100. Moins, on se loupe trop souvent pour la valeur visée.

++
Az'