Déclenchement du watchdog du à l'électricité statique...

Au niveau émetteur j'étais passé en opentx 2.3.5.
J'ai aussi remplacé mes sticks par les effet Hall.
Le mode écolage utilise un récepteur XM+ installé dans la baie et je venais de le passer en mode accst LBT v2.0.1.
Aujourd'hui, je suis passé en opentx 2.3.7, j'ai remplacer la carte micro sd d'origine qui posait des problèmes.
Je vais passer mon émetteur et tous mes récepteurs en accst v2.1.0.
Je suis depuis toujours en LBT

L'ami qui a eu la profondeur et les ailerons en butée vole en mode 2, donc ces 2 voies sur le même stick.

Ok, merci pour ta réponse.

Excepté pour le premier cas, aussi bien ma Taranis X9D+ que la X12S étaient pourvus de manches à effet de hall. Comme ton ami, j'ai rencontré des problèmes en profondeur & aileron (je suis aussi en mode 2 LBT). Est-ce que tu sais si ton ami a également des manches identiques ?

Cordialement

Mon ami a une taranis X-lite, je ne sais pas si elle a des sticks à effet hall. Apparemment sur celles vendues aujourd'hui, c'est le cas.
J'ajouterais bien une image du fichier logs du vol litigieux, mais je ne vois pas comment faire.

Hello GUD,

Pourrais-tu me dire de quel vol il s'agit. Celui de ton ami ou un des tiens ?

Le relevé que tu m'as transmis correspond à ce que j'ai relevé lors de mes crashs. On voit clairement les deux commandes qui partent en butée et la continuité qui semble normale des autres valeurs. Dans ce cas là, aucun redémarrage de l'émetteur n'a eu lieu et le mode emergency n'a donc pas été activé. Est-il possible de rajouter la valeur RSSI, juste pour confirmer que la réception était normale au moment de l'incident ?

Bonne fin de soirée

Il s'agit du vol en lancé main de mon ami.

Merci pour cette précision. Ton ami semble avoir eu un problème très similaire que j'ai rencontré à plusieurs reprises sur trois émetteurs différents (1 x Taranis X9D+ et 2 x Horus X12S). Vraiment très étrange mais je ne désespère encore pas d'en trouver la cause. Comme j'ai eu un problème avec des manches classiques, je ne peux encore être certain de rien.

En tout cas un grand merci pour m'avoir transmis ces précieuses informations qui me confirme que je ne suis pas le seul à rencontrer ces dysfonctionnements. D'après la description du correctif ACCST (V1 -> V2), on peut exclure que cela en soit la cause.

Cordialement

Bonjour,
comment interpréter la variation de courbe du RxBt ?
dommage de ne plus voir profondeur et dérive pour vérifier si cela correspond à de grosses actions sur ces axes.

Bonjour,

effectivement si on compare les deux courbes, on s'aperçoit que les manches en butée correspondent à une coupure d'alimentation du rx, enfin c'est ce que j'en deduit, je me trompe peut-être

donc on se trouve dans un cas de "failsafe", dans ce cas cela ne voudrait-il pas dire qu'il y a eu une impulsion sur les manches ? => comment le failsafe est-il configuré ?

Le RxBt ne varie que de 3.7 à environ 3.6 V Il ne s'agit donc pas d'une panne d'alimentation et le failsafe ne s'est pas déclenché (les autres commandes varient durant la perturbation)

Oui ok donc j’ai mal lu la courbe, j’ai cru à une chute brutale de tension mais en fait que de 0,2 max du à la conso des deux servos incriminés. Il faut donc chercher ailleurs.

Bonjour à tous,
Selon moi il s'agit bien d'un dysfonctionnement de l'émetteur. C'est pour cette raison que j'en parle dans ce forum ou il est question d'électricité statique car je ne vois guère d'autre explication. Une décharge d'électricité statique par l'intermédiaire d'un stick amènerait un courant vers les entrées des convertisseurs analogique-digital. Ces entrées sont en général protégée contre les surtensions par des diodes reliées aux + et - de l’alimentation. Ce courant amènerait dans ce cas les entrées en butée, ce qui correspond bien à ce que l'on voit, cad les deux commandes d'un même stick en butée. Plusieurs conditions sont nécessaire pour que cela se produise, ce qui expliquerait le caractère aléatoire du phénomène. Dans le doute, je vais personnellement prendre le maximum de mesures pour éviter cette électricité statique: port de chaussures de type ESD, vêtement de type ESD ou au moins sans laine et sans plastique.
Cordialement.

Sans pouvoir le prouver, je suis assez d'accord avec ton approche. Il est néanmoins à remarquer que j'ai rencontré ce phénomène une fois avec ma X9D+ avec des manches classiques et, également sur le même émetteur, avec des manches à effet de Hall (swap des manches). Le mystère demeure... Cordialement

filduch a écrit:Le RxBt ne varie que de 3.7 à environ 3.6 V Il ne s'agit donc pas d'une panne d'alimentation et le failsafe ne s'est pas déclenché (les autres commandes varient durant la perturbation)

Bonjour
Cette tension me semble très faible. Normalement, on alimente le récepteur avec un accus ou un bec fournissant aux environs de 5 volts voir plus si utilisation de servo HV

pat31 a écrit:

filduch a écrit:Le RxBt ne varie que de 3.7 à environ 3.6 V Il ne s'agit donc pas d'une panne d'alimentation et le failsafe ne s'est pas déclenché (les autres commandes varient durant la perturbation)

Bonjour
Cette tension me semble très faible. Normalement, on alimente le récepteur avec un accus ou un bec fournissant aux environs de 5 volts voir plus si utilisation de servo HV

Bonjour,

d'ailleurs, il serait bon de savoir quel est le récepteur concerné pour connaitre sa plage d'utilisation

exemple avec le S6R

Effectivement ce serait un point à éclaircir (évtl un autre problème potentiel) mais dans le cas présent, c'est l'émetteur qui a le problème (envoie de consignes erronées)

Le phénomène dont on parle se situe au niveau de l'émetteur, les commandes enregistrées sont celles qui sont envoyées et pas celles qui sont reçues, le récepteur n'est pas concerné.
Que les sticks soient équipés de potentiomètres ou de sondes à effet hall, ils se connectent dans les deux cas aux mêmes convertisseurs AD.
Il existe des appareils de test délivrant des décharges électriques pour tester le matériel électronique, j'en ai utilisés dans le temps.
Sinon, on reste au stade des suppositions.

salut je suis ce post avec intérêt
Une petite question : Les fichiers Logs est ce qu'ils enregistrent ce qui part de l’émetteur ou bien ce qui revient du récepteur
pour moi c'est le retour récepteur

@tintin38 : ça dépend de la valeur enregistrée. En ce qui concerne les commandes de vol -> valeurs que l'émetteur envoie, RSSI, BtRx, capteurs télémétrique -> valeurs que le récepteur envoie

tintin38 a écrit:salut je suis ce post avec intérêt
Une petite question : Les fichiers Logs est ce qu'ils enregistrent ce qui part de l’émetteur ou bien ce qui revient du récepteur
pour moi c'est le retour récepteur

Bonjour
Tout le problème vient de là.
Il y a quelque temps j'ai posé la question sur ce forum, mais je n'ai pas eu de réponses  me convenant.
Le log enregistre t il toutes les données reçues par  le récepteur ou simplement une partie de celles ci.
Par exemple,  les valeurs issues de l’émetteur , tel la valeur des commandes, des inters ... sont elles celles qui sont sur le log ou celles renvoyées par le récepteur ?
La question que j'avais alors posée concernait la valeur du rssi. Est ce que cette valeur correspond à la force du signal reçue par le récepteur ou est ce la valeur reçue par l’émetteur  en provenance du récepteur ( télémétrie) ?
Si quelqu'un a la réponse ?  Peut être 3 djc ?
Espérant avoir été clair.
Bon confinement

Par définition, les valeurs que l'on retrouve dans les logs sont les valeurs enregistrables et enregistrées.

- par enregistrées, il y a celles qui ont été spécifiées comme telles dans le profil du modèle (onglet télémétrie) ou par défaut comme par exemple les valeurs de positionnement des commandes.
 - par enregistrables, il y a celles qui viennent par défaut coté émetteur (ex. TxBat, switch physique, switch logique) & récepteur (ex RSSI, BtRx, ...) ou celles en provenances des capteurs télémétriques.

Le RSSI est une valeur transmise par le récepteur et indique la qualité du signal reçu.

filduch a écrit:Par définition, les valeurs que l'on retrouve dans les logs sont les valeurs enregistrables et enregistrées.

- par enregistrées, il y a celles qui ont été spécifiées comme telles dans le profil du modèle (onglet télémétrie) ou par défaut comme par exemple les valeurs de positionnement des commandes.
 - par enregistrables, il y a celles qui viennent par défaut coté émetteur (ex. TxBat, switch physique, switch logique) & récepteur (ex RSSI, BtRx, ...) ou celles en provenances des capteurs télémétriques.

Le RSSI est une valeur transmise par le récepteur et indique la qualité du signal reçu.

Re
Et alors ???

Qu'as-tu pas compris ?

filduch a écrit:Qu'as-tu pas compris ?

Tout

La question est de connaitre  exactement l'origine des valeurs enregistrées sur le log. peut importe quelles soient enregistrées ou enregistrables.
Amha, seul un spécialiste du système Frsky peut répondre avec certitude.