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

Breizh29 a écrit:Mon soucis est de pouvoir utiliser un décodeur SBus vers PWM avec des servos analogiques et donc d'éviter ce rafraichissement à 9ms.

Ça, j'en suis sûr, ce n'est pas possible avec le convertisseur FrSky. C'est 9ms et rien d'autre/

Si tu veux vraiment utiliser des servos analogiques derrière un convertisseur (trame PWM à 18ms), alors il faut en cherchant un dans les autres marques.

En connais-tu ?

Je sais que Dehas utilise celui-ci car il l'a cité dans un post :

https://www.banggood.com/16CH-Receiver-PWMPPMSBUSDBUS-To-Signal-Converter-Module-For-DJI-NAZA-Zero-Flight-Controller-p-996918.html?rmmds=search&cur_warehouse=CN

Mais je ne sais pas si les sorties PWM sont à 18 ms ou, si comme pour celui de FrSky, elles sont synchronisées sur la trame SBus.

Si Dehas passe par là, il aura peut-être l'info.

A+
Guy

Ben je n'ai aucun soucis avec ce module depuis presque 3 ans et avec des servo analogiques, pas de bruit, de surchauffe ou de frétillement.
De là a savoir si il sort du 9 ou 18ms je n'en sais rien, ça fonctionne et je ne touche a rien.

Merci Dehas.

Je vais m'en acheter un et je ferai le test.

Je confirme ce que dit LapinFou! J'avais mis 2 GWS micro aux ailerons. Je croyais pourtant que puisqu'ils étaient récents, il tiendraient le coup.
Erreur, l'un d'eux à rendu l'âme avant de sortir de l'atelier (fonctionnement aléatoire avec des blocages).
Je les ai remplacé par deux Savox numérique, et ça marche nickel!
Par contre, mon train rentant électrique n'a pas l'air de souffrir, probablement parce qu'il n'y a pas de recopie de position.

Bonjour à tous,

Pour faire suite aux posts ci-dessus, j'ai acheté sur le site Banggood le décodeur SBus vers PWM utilisé également par Dehas et je viens de faire le test de la période des signaux de sortie PWM.

Ce décodeur possède 8 voies PWM et peut être configuré pour sortir les voies 1 à 8 du SBus ou les voies 9 à 16 par un simple appui sur un petit bouton poussoir. Une LED indique alors dans quel mode on se trouve.

Le rafraichissement des impulsions PWM se fait toutes les 20ms ce qui le rend compatible avec tous les servos analogiques ou digitaux.

Ci-joint les 2 captures d'écran de l'oscillo. La base de temps est la même pour les 2 essais : 2ms par division.
On peut voir sur l'une, la sortie d'une voie d'un S6R (18ms) et sur l'autre une voie du décodeur (20ms).

J'espère que cette info vous sera utile.

Guy

Merci pour l'info !!
C'est effectivement très utile à savoir.

Depuis le temps que je vous le dis

Dehas a écrit:Depuis le temps que je vous le dis

C'est pas faux. Mais bon, le cerveau d'un lapin n'étant pas bien grand, il n'y a pas beaucoup de place en RAM...

Je pense que ton cerveau est largement plus grand que le mien, et en plus, j'ai une barrette de RAM qui chauffe trop

Bonjour à tous

Dernièrement, voulant augmenter le nombre de voies sur un modèle (8 voies trop faible), j'ai donc fait une recherche sur le net et aussi bien sûr sur https://frskytaranis.forumactif.org/forum et sans oublier le fameux site https://opentx-doc.fr/ pour pouvoir étendre un peut le nombre de voies et je suis tombé sur ce capteur : Décodeur SBus vers PWM de chez FrSky, très intéressant en somme pour moi et donc je voudrais savoir déjà si compatible avec les récepteurs S8R ?

Sachant que mon récepteur est occupé comme cela :
Voie 1 : Aileron D
Voie 2 : Profondeur
Voie 3 : Moteur
Voie 4 : Direction
Voie 5 : Aileron G
Voie 6 : Volets
Voie 7 : Train d'atterrissage
Voie 8 : Condensateur
Voie 9 : Gain Gyro
Voie 10 : Gyro
Voie 12 : Self-check
Alors ma question est ce qu’avec ce Décodeur SBus je peux étendre le nombre de voies pour par exemple mettre les volets sur 2 voies, ajouter une voie pour par exemple des leds et une autre voie pour ouvrir une trappe ....
Dans ma configuration sur mon S8R en sortie réel les voies 1 à 8 sont déjà occupées et aussi les voies 9, 10 et 12, donc il resterait les voies 13 - 14 - 15 - 16 que je programmerai ce Décodeur SBus avec un SCC sur ces mêmes voies ...

Pour la programmation du Décodeur SBus j'ai trouvé une petite vidéo (en anglais) expliquant bien cela pour ceux que cela intéresse : https://www.youtube.com/watch?list=PL9sFopElgjpKM5LRCgHSKcL-1PHawAbYn&v=bZ50z41hnmQ

Après cela, j'aurai aussi besoin de vous pour me dire comment configurer ces voies supplémentaires pour mon modèle : sortie, entrée, mixage, ...

Merci d'avoir lu jusque là

Tout me parait OK.
Le seul truc à faire attention, c'est que le convertisseur SBus vers PWM ne fonctionne qu'avec des servos numériques (comme expliqué dans mon article sur le site opentx-doc.Fr).

Oui j'ai lu cet article comme tous les autres d'ailleurs, j'aime bien me renseigner avant de faire n'importe quoi.
Encore merci pour les infos, je vais donc regarder cela plus sérieusement et mettre des servos numérique au sorties de ce convertisseur.

Salut à tous,

En lisant un WIKI écris par un certain Lapin   : https://opentx-doc.fr/wiki/decodeur-sbus-vers-pwm

Je vois qu'il est conseillé d'adjoindre une seconde alim, pour éviter de faire passer le courant fort dû au fonctionnement des servos, par la piste S-Bus d'un récepteur, décodeur, etc. Je lis aussi que la "masse" est commune, or je vois certains câblages avec seulement le signal S-Bus sortant du récepteur, l'alim étant complètement dissociée comme dans l'exemple ci-dessous.

https://www.lindinger.at/fr/RADIOS-ELECTRONIQUES/RADIOCOMMANDES-ACCESSOIRES/Accessoires-divers/Hepf-Cablel-1mm2-250mm-avec-MR30-female-convient-pour-l-expandeur-servo-SE6/9780603

Votre avis? "Masse" ou pas "Masse"?

Merci de vos réponses,
A bientôt,
Jean-Claude

Pour fonctionner, en électricité, tu as toujours besoins d'au minimum 2 fils (différence de potentiel).

Dans le cas qui nous intéresse, nous avons les "paires" suivantes:
- Masse (fil noir) + Alimentation 5V (fil rouge) afin d’alimenter le convertisseur.
- Masse (fil noir) + Signal S.Bus 3.3V (fil orange) en entrée du convertisseur.

Pour fonctionner, les servos ont besoin de:
- Masse (fil noir) + Alimentation 5V (fil rouge) pour leurs alimentations.
- Plusieurs combo Masse (fil noir) + Signal PWM 3.3V (fil orange) qui sort du convertisseur et qui va vers les servos.

Dans nos modèles la masse (fil noir) est la même partout.

Donc oui, d'un point de  vue électrique, tu n'as besoin que d'une seule masse (fil noir), d'une seule alimentation (fil rouge) et un seul signal de commande (fil orange) pour chaque équipement (RX, Servo, Convertisseurs, etc...).

ATTENTION: la sortie d'un ESC contrôlant un moteur brushless fonctionne complètement différemment. En fait, c'est du triphasé qui créait un champ tournant (mais c'est une autre histoire).

Dans le lien que tu mentionnes, sur l'exemple avec le G-RX8,  tu n'as effectivement pas besoin de brancher le fil noir sur la sortie "S.Bus Out", puisque tu as déjà une masse de l'autre côté.

Ça, c'est pour la théorie. D'un point de vue "différence de potentiel", on est bon.
Cependant, je recommande (et ce n'est qu'une recommandation) de brancher la masse pour la raison suivante:
Si, la masse qui va vers tes servos est connectée très en amont par rapport à la masse qui alimente le RX/Convertisseurs/etc... alors tu peux retrouver du "bruit" (= parasite) sur la différence de potentiel de ton signal de contrôle.
C'est d'autant plus vrai, que les signaux de contrôle sont souvent en 3.3 Volt. Alors que l'alimentation de tes servos pourrait être en 8V (par exemple).
En "rajoutant" une masse, cela te permet d'avoir une différence de potentiel plus propre. C'est surtout important pour les signaux S.Bus.

Bref, pour résumé, ce n'est pas obligatoire pour que cela fonctionne, mais d'un point de vue électrique c'est mieux et plus "propre" (= plus immune aux parasites extérieurs).

J'espère ne pas t'avoir perdu.

Bonjour,

Merci pour ta réponse, Lapin.... Et oui, je suis toujours là
Explication on ne peut plus claire.

Bonne journée