[Important] info concernant le Décodeur SBus/CPPM vers PWM

Voici une info importante que j'ai découvert pendant mes congés de fin d'année sur RC Groups.
Le Décodeur SBus/CPPM vers PWM a une restriction très importante: le signal PWM sort une trame de 9ms (à cause du S.Bus) au lieu du classique 18ms. Donc il est fortement déconseillé de l'utiliser avec des vieux servos analogiques, car avec un taux de rafraichissement 2x supérieur, ils vont grogner et chauffer excessivement.
Donc, pour les servos analogique, si ça ne grogne pas et ne chauffe pas, alors c'est bon.
Pour les servos numérique, pas de problème.
Pour les servos S.Bus, ben... pas besoin du décodeur, donc, passez votre chemin!

Photo du décodeur:

ce problème concerne uniquement les servos raccordés au sbus 
ou l ensemble des servos récepteur compris ?

Oui, c'est uniquement vrai pour les servos non S.Bus raccordés au port S.Bus à travers le décodeur.
=> Mon dieu quelle est compliquée cette phrase!!

Ceux qui sont branchés directement sur les sorties PWM du RX n'auront pas de problème. C'est du "classique" 18ms.

Il me semble qu'il y a une parade

je ne sais plus trop ou

un truc du genre un appui sur la touche F/S avec un clignotement rapide ou lent selon que l'on est en 9 ou 18 ms ...

a confirmer.

Je serais très intéressé de connaitre la procédure, car rien dans la doc et rien trouvé sur le net.

LapinFou a écrit:Je serais très intéressé de connaitre la procédure, car rien dans la doc et rien trouvé sur le net.

Cette procédure existe pour les récepteurs D mais je ne sais pas si elle fonctionne sur les récepteurs X.

Bonsoir

A la fin de la doc il y a des explications

When use decoder with V8 series CPPM receiver. DO NOTuse more than6channels of
CPPM signal. Otherwisedamage may occur.

The factory default firmware ofD series (Two-Way) CPPM receiveris21ms for CPPM. If want to
use more than 6 channels, please download and flash with 27ms firmwarefrom www.FrSky-
RC.com. The V8 seriesreceiver CANNOT be upgrade with this firmware.

Before channel setting, BE SURE there is NO servo connected. There is the danger of
erroneous operation or damage.

The decoder’s output PWM frequency is automatically match with the input CPPM/SBUS
signal frequency, make sure the proper servo is connected. Do NOT use conventional servo
with SBUS High Speed mode and/or CPPM mode when frame length is shorter than
14ms.There is the danger of erroneous operation or damage.

With Digital servo, CPPM frame length MUST NOT larger than 30ms; in case of conventional
servo, CPPM frame length MUST NOT larger than 22ms. Otherwise erroneous operation or
damage may occur.

Before take-off, BE SURE there is no redundantservo connects to decoder. There is the danger
of erroneous operation or damage.

DO NOT switch receiver High Speed/Normal Speed mode when decoder is connected.

Do not fly until inspection is complete.

Justement c'est bien pour cela que j'ai créer ce message, les récepteurs de la série X sorte une trame à 9ms. Donc uniquement pour brancher des numériques. Pour changer la trame (ou frame en Anglais) S.Bus, il faut agir au niveau du RX. Hors je n'ai rien vu concernant un possible réglage sur la série X.

donc c'est mort pour les servos analogique en sbus sur x8r !!!!!

Tant qu'il n'y aura pas de mise à jour S.Bus, je dirais que oui.

Il y a une mise a jour:

http://www.frsky-rc.com/download/view.php?sort=&down=192&file=X8R/%20X6R-%20SBUS%20Bug%20Fixed

Peut etre en rapport avec ce problème?

aerobig a écrit:donc c'est mort pour les servos analogique en sbus sur x8r !!!!!

Bonjour,
Pour info :
Tout à fait vrai pour les servos d'ancienne génération.
Par contre, j'utilise des servos analogiques de conception récente en Sbus sur X8R sans pb particuliers . 
Par exemple, impossible de faire fonctionner correctement des vieux et classiques Graupner C507. Par contre,aucun pb avec des Corona CS 939 MG

OK. Bon à savoir.
Comment sais-tu que cela ne fonctionne pas ?? Échauffement anormal ? Grognement ?

LapinFou a écrit:OK. Bon à savoir.
Comment sais-tu que cela ne fonctionne pas ?? Échauffement anormal ? Grognement ?

Re,
Les deux mon capitaine
Il se passe la chose suivante, c'est que cela perturbe également d'autres servos non branché sur le Sbus , notamment ,chez moi, celui de la profondeur ( voie 3)
 Le servo vibre en permanence, donc il grogne et il chauffe.

pat31 a écrit:Les deux mon capitaine

OK. Donc, si j'ai besoin d'utiliser le décodeur avec des servos analogique, je branche et j'écoute et je tâte... Tiens ?!? Ça me rappelle une ex...

LapinFou a écrit:

pat31 a écrit:Les deux mon capitaine

OK. Donc, si j'ai besoin d'utiliser le décodeur avec des servos analogique, je branche et j'écoute et je tâte... Tiens ?!? Ça me rappelle une ex...

Egalement : Ça chauffe !!!

Personne n'a essayé de décoder le Sbus avec un micro-contrôleur pour ressortir des voies pwm ?

il serait alors simple de diviser par 2 le taux de rafraichissement par exemple !

Bonjour

J'ai recu le décodeurs et 4 servos numériques, j'ai fais vite fais un essai et sur le lot un servo vibre, ce sont des MG930

Bonsoir
J'ai trouvé ce lien pour ralentir le flux de données afin d'utiliser des servos standart
http://www.rcmf.co.uk/4um/index.php/topic,101234.0.html

c'est une méthode mais ça fait un peut de taff autant prendre des servos qui supporte ...

Sur le site de FrSky j'ai trouvé une maj du firmware en date du 25 janvier concernant les récepteurs X8R et X6R qui prend peut-être en compte ce problème.
Ils signalent
"notes:
Firmware for X8R/ X6R EU Version, SUBS data overflow error fixed."

overflow c'est pas forcement ça ... j'essai de reflacher des X6R et X8R pour voir mais ça veut pas le faire (pourtant déjà fait )

Non, ce n'est pas cela. Cela ne corrigera pas le problème. Le problème qui est corrigé, c'est qu'avec certain servo lorsque tu allais à fond dans une direction le servos partait dans l'autre...

a oui j'ai vue ça en décodage du sbus quand on dépasse les 2047 ça débordait et ça repassait a 0 puis 1 2 3 ...