Procédure activation min et Max sur les voies prof et dir

Lors de l'activation de la fonction panic, les servos prof et dir sont sollicités 3 fois avec les valeurs max et min, et cela peut provoquer des dégâts, notamment un servo décollé. J'aurai aimé que les débattements soient limités lors de cette opération, et que ce soient les valeurs prévues pour le vol du modèle et non pas des valeurs max. Existe-t-il une solution ?

Salut,

J'imagine que tu utilises un récepteur de la série : SXR.

Si tel est le cas, à la fin de la config, il faut exécuter un self Check qui permet de fixer les débattements max.

Voir les vidéos YouTube de lapin fou

A+

C'est un SxR en effet, je vais revoir la vidéo, merci

Je pense que c'est celle là :

https://www.youtube.com/watch?v=ob_55MIyz8Y

A+

J'ai trouvé, mais comme un malheur n'arrive jamais seul, un problème de faisceau alimentant les papillons est survenu et m'a empêché de terminer car j'ai du démonter et recoller la prise du faisceau. Je terminerai demain et je ne manquerai pas de vous tenir au courant.

J'ai pu refaire le self check
Action du commutateur 3 fois
La led devient bleu
Les papillons g et d passent en butée du min au max
Je mets les manches dans les coins pour enregistrer les débattements et j'éteins le RX

Je le rallume et refait l'opération précédente et je constate que les papillons partent toujours en butée

Qu'est-ce que j'ai raté ?

Bonjour,

tu utilises combien de voies pour les ailerons, la profondeur ?

C'est un planeur F3J , l'Adventure d'Airtech, il possède des ailerons et des volets, les ailerons sont couples aux volets ainsi qu'aux papillons. Donc j'ai 6 voies + le moteur.

Oui mais tu utilises combien de voies pour les ailerons et pour la profondeur ?

Si tu n utilises qu une voie, avec un y, il faut désactiver, dans le gyro, les voies 5 et 6 qui sont destinées à un second servo pour les ailerons ou la profondeur.

Je n'ai pas de cordon Y, j'utilise 1 voie pour chaque aileron et volets. Les papillons sont commandés par le manche dérive et profondeur et le mixage est fait par le RX.
Je pense que j'ai mal exposé mon problème, le récepteur rempli correctement ses fonction de stabilisation et du mode panic, le seul souci vient dun mouvement des servos signalant automatiquement la fin de la procédure d'apprentissage. Les débattements mis en oeuvre à ce moment là sont très grands, beaucoup plus que la programmation faite pour le modèle, et les empennages partent en butée mécanique avec des conséquences fâcheuses!

J'ai ajouté une note à ce sujet (1er encadré noir) → Configurer un S6R/S8R

Je ne vois qu'un "encadré" noir, celui qui parle des servos qui partent en butée à la mise sous tension du récepteur. Ce n'est pas le problème décrit et cela 'e réponds pas à ma question. Ou je n'ai pas trouvé le bon encadré...

Désolé, j'ai mal lu.
Si ton problème se passe lors de l'utilisation du mode panic cela peut être dû à une mauvaise calibration de ton SxR.
As-tu suivi mes vidéos? En particulier celle où j'explique comment calibrer ces RXs en sortie de boite?

marcelgaronnat a écrit:Je n'ai pas de cordon Y, j'utilise 1 voie pour chaque aileron et volets. Les papillons sont commandés par le manche dérive et profondeur et le mixage est fait par le RX.

Ok, donc si bien branché, au moins un volet est piloté par l'assistance du module alors qu'il ne devrait pas.

Associé à ton mixage, ca peut expliquer tes dépassement de courses.

regarde, dans ma capture d'écran, comment sont distribuées, par défaut, les voies du S6R.



cordialement

Ma configuration
1 ail g
2 prof
3 moteur
4 der
5 ail d
7 volet d
8 volet g

Les problèmes sont sur les voies 2 et 4 dont les mixages sont fait par le RX vu que c'est un empennage papillon

Le problème n'est pas lié à l'utilisation du mode panic, mais seulement lors de la procédure self check déclenchée par l'utilisation du ch12 3 fois. La led du RC devient bleue et fixe pendant 5 secondes et ensuite les servos passent du min au.max 3 fois pour signaler la fin de la procédure et que l'on peut enregistrer les max des voies en bougeant les manches dans les coins.
Lorsque les servos passent du min au max dans cette phase, leurs débattements sont au max et c'est là que les problèmes commencent si la limite physique est dépassée.

Seule solution, puisqu'apparemment aucune issue n'a été trouvée, débrancher les servos des volets lors de cette opération.

D'accord. Compris.
Effectivement, c'est embêtant. Ceci dit, cette procédure n'est à faire qu'une seule fois...

En effet, ce n'est pas gênant, mais c'est à prendre en compte suivant comment les volets peuvent débattre sans provoquer de dégâts. Je voulais m'assurer qu'il n'y avait pas de solution et que j'avais fait les procédures correctement.
Merci a tous ceux qui ont consacré un peu de leur temps à le répondre.

Bonsoir à tous,

J'avais également constaté ce problème lorsque j'ai configuré mon premier S8R. En fait les gouvernes débattent de la valeur qui est en mémoire du récepteur. Si le selfcheck n'a jamais été effectué, il arrive donc qu'elles partent en butée (je suppose qu'un test usine les forcent au max).

C'est pour cela que systématiquement je configure mes récepteurs stabilisés sur table et j'effectue un selfcheck avec des valeurs de débattement faibles avant de le monter dans l'avion.
Dans ce cas lors du prochain selfcheck avec les gouvernes de l'avion raccordées celles-ci ne partent pas en butée lors du bagottement effectué par le récepteur.

On peut ensuite mettre les débattements maximum sur la radio et finaliser la procédure de selfcheck sans risque.

Avec cette méthode je n'ai jamais fait forcer mes servos lors de mes configurations suivantes.

A noter que ce problème n'existe pas sur les SRx Access car la procédure de bagottement des gouvernes se fait après avoir envoyé les manches dans les coins.

Voilà mon expérience de ces récepteurs. Si çà peut vous servir....

Guy

Mais pourquoi après un premier self check et des petits débattements le self check suivant produit toujours de grands débattements ?

Jamais constaté ce phénomène .... bizarre.

Pour l'instant je n'ai pas d'explication à fournir.

Guy

Bon, le problème est résolu en débranchant les servos impliqués et comme cette procédure n'est pas souvent à refaire cela reste un simple questionnement.