Capteurs

Décodeur SBus vers PWM

Article modifié par LapinFou en Juin 2019.

Photo du décodeur:
frsky-sbusdecoder
Le Décodeur SBus vers PWM a une restriction très importante:
→ le signal PWM est converti à la même fréquence que le signal SBus entrant, soit 9ms.

Pour rappel la période de rafraîchissement standard pour une sortie PWM classique est 18ms !!

Donc il est fortement déconseillé de l'utiliser avec des vieux servos analogiques, car avec un taux de rafraîchissement 2x supérieur, ils vont grogner :unhappy et chauffer excessivement :hot . Au final, les servos vont tout simplement tomber en panne avec toutes les conséquences que cela implique... :bomb

Il faut aussi faire attention à l'alimentation, en effet cela fait jusqu'à 4 servos de branchés sur une même prise...
Idéalement, pour de gros servos, il faudrait utiliser un câble en Y avec l'alimentation arrivant d'un côté, et juste le fil "noir & blanc" ou "marron & Jaune" (code couleur Futaba ou JR) côté sortie S.Bus sur le RX.

Voici le câblage recommandé lorsque l'on utilise un convertisseur afin d'éviter de faire passer trop de courant par le RX:
  1. Solution avec un RX alimenté par son port SBus (par ex: R-XSR, XSR, XSR-M, XM, etc...):
    Les câbles noir et rouge ne servent qu'à alimenter le RX.
    wiki_decodeur_sbus_1_sortie
  2. Solution avec un RX possédant des sorties PWM classique + 1 port SBus:
    L'alimentation pour les périphériques S.Bus (fil rouge) est assuré en direct sans passer par le RX.
    wiki_decodeur_sbus_sortie_pwm

Le taux de rafraîchissement est de 9ms quelle que soit la norme de votre radio (FCC ou EU-LBT) et quel que soit le nombre de voies transmises (1-8 VOIES@9ms ou 1-16VOIE@18ms).
La période de sortie du SBus sur le RX est de 9ms. Donc les sorties PWM du décodeur seront rafraîchies toutes les 9ms.
Ci-dessous (cliquez pour agrandir l'image) une capture faite par moi-même avec un X8R successivement flashé avec les derniers firmwares FCC/EU-LBT.
Que ce soit avec la norme FCC ou la norme EU-LBT en mode 8 VOIES ou 16 VOIES, j'obtiens exactement le même résultat.

Protocole de test:
La source MAX est transmise sur la VOIE 5 d'une X9D+.
La sortie n°1 du décodeur a été configurée pour réagir aux ordres provenant de la voie n°5 envoyés par la X9D+ avec l'aide d'un SCC (voir l'article Le SCC). En clair "sortie n°1 du décodeur = VOIE 5 de la X9D+".
L'analyseur logique a été branché de la manière suivante:
  • Port 1: Capture du signal S.Bus entre le X8R et le décodeur SBus vers PWM.
  • Port 2: Capture de la sortie n°1 du décodeur.
  • Port 3: Capture de la voie n°5 directement sur le X8R.

frsky-sbusdecodeur-02
En bleu, la période de rafraîchissement du S.Bus (9ms),
en rouge, la période de rafraîchissement de la voie n°5 à travers le décodeur (9ms) et
en orange, la période de rafraîchissement de la voie n°5 sur le sortie PWM du X8R (18ms).

On voit clairement que le taux de rafraîchissement du signal PWM généré à travers le décodeur est 2x plus élevé qu'une trame PWM classique, bien que "vu depuis la radio" ce soit la même voie !

En résumé:
  • Pour les servos analogiques, si ça ne grogne pas et ne chauffe pas, cela devait être bon (sous réserve).
    Dans le cas contraire (grognement & échauffement) il faut absolument trouver une autre solution. Votre servo ne survirera pas longtemps.
    Il est peut-être temps de passer aux servos numériques ??? :D
  • Pour les servos numériques, pas de problème. C'est même mieux. :)
  • Pour les servos S.Bus, ben... pas besoin du décodeur donc passez votre chemin! :hi

:lapinfou
Cette page a été vue 1255 fois