[TUTO] Customisation sous Arduino du module multiprotocole BG 4 en 1 STM32

Reflashage ok! Maintenant que je connais la procédure tout roule

La procédure de Bind est toujours aussi courte, mais bon, une fois prévenu ça va le faire.

Merci les gars pour le tuto!

Il me reste a voir si il y a moyen d'avoir le protocole Hitec AFHSS, je vais poster un petit mot sur github.

Ravi que tu aies pu flasher ton module

Je ne suis pas sûr de comprendre ce qui t'intrigue dans la procédure de bind par contre ne pas oublier d'ajuster la fréquence :

https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/docs/Troubleshooting.md#bind

Les problèmes liés à FrSky & SFHSS sont usuellement en raison de l'option = accord de fréquence fine non réglé correctement.
Cette valeur est différente pour chaque module.
Pour déterminer cette valeur:
-   trouver une valeur où le RX accepte de se lier. Un bon départ consiste à utiliser une de ces valeurs -40, 0 et 40.
-   trouvez les valeurs min / max où le RX perd la connexion. En mode série, vous pouvez modifier la valeur et voir l'effet en direct.
-   réglez la valeur à mi-chemin entre min et max.

dev.fred a écrit:Ravi que tu aies pu flasher ton module

Je ne suis pas sûr de comprendre ce qui t'intrigue dans la procédure de bind

Moi aussi en fait, j'aime quand un plan se déroule sans accroc :p

Ce qui m'intrigue c'est que le bind ne reste actif que quelques dizaines de secondes, contrairement au module interne de la taranis qui reste en mode bind jsqu'à ce qu'un RX soit trouvé.
.
Le module fonctionne mais pour la procédure de Bind, je voudrais juste que tu me confirme que c'est normal.

Merci.

Laurent

J'ai le même comportement avec le multimodule, le cycle de bind s'arrête au bout de 10s même si le récepteur est bindé avant

C'est donc normal

Question en passant, l'ajout du protocole hitec Afhss est possible?

Il n'est pas dans la liste des protocoles disponibles ligne 242: https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/Multiprotocol/_Config.h

C'est parce que la radio détecte que le bind s'est correctement effectué. Si tu essayes de binder sans avoir de RX allumé, cela va être plus long.
Ca fait la même chose avec le mode Spektrum.

Merci Dev.fred.
J'avais bien vu l'absence de ce protocole dans la liste, je me demandais seulement si il est possible de le voir arriver dans la liste.
Surtout qu'il ne doit être si protégé que ça car frsky propose des rx compatibles comme pour futaba.

Je ne pense pas, le projet deviation d’où sont issus les codes n'en fait pas mention :  https://www.deviationtx.com/wiki/supported_models ou là https://docs.google.com/spreadsheets/d/1nBHzT3VWF6ShAhOqRB5y0Bcc7aXFuRFFlQkHn1RIM84/edit#gid=0

Salut à tous.

Bon, suite à une question posée sur la page GITHUB dédiée au module, j'ai eu une réponse au sujet du protocole Hitec.

En gros le module peux le supporter, il faut faire le "reverse engineering" du protocole.

Le minimum requis est d'avoir une radio et un récepteur Hitec sous la main.

J'ai ces éléments et l'envie de me pencher sur le problème.

il me manque juste un tuto clair sur comment faire et avec quoi, l'Aurora 9 appartenant à un pote, je ne voudrai pas faire n'importe quoi.

Merci pour vos lumières sur ce sujet ;-)

Laurent

Tu pourras te faire une idée de la façon de faire du reverse engineering de protocole radio en regardant cette vidéo réalisée par Goebish , un célèbre contributeur français du projet deviation : https://www.youtube.com/watch?v=lDSiE694fYk
L'outil de base est l'analyseur logique.
Le forum deviation cité par Goebish pour ce projet particulier concernant le GW008 : https://www.deviationtx.com/forum/protocol-development/6420-global-drone-skull-drone-or-gw008?start=20

Bonjour, j'aurai besoin d'un petit éclaircissement :

Est-ce que ce module est fonctionnel à sa livraison avec tous les protocoles déjà installés ? Je possède l'ancienne version.
Merci

Il me semble que Oui, mais je n'ai pas fait le test.

Le seul point, c'est que le changement de protocole est manuel dans ce cas, via le sélecteur rotatif present sur le module.

Le problème ce que ne l'on sait pas si c'est vendu avec la dernière version du firmware.
De plus, du moins sur le mien, le lien série n'était pas actif. Donc, pas de sélection par le menu depuis OpenTX.

Samy.p a écrit:Bonjour, j'aurai besoin d'un petit éclaircissement :

Est-ce que ce module est fonctionnel à sa livraison avec tous les protocoles déjà installés ? Je possède l'ancienne version.
Merci

Et puis au pire, je peux te le flasher ou t'aider à le faire, ce n'est pas comme si tu habitais à l'autre bout de la France ...

Merci Ze-baloo, c'est sympa. On se connait ?

Avec le bouton sélectif tous les protocoles essayés étaient actifs directement sans rien faire ( Frskyx,Assan, DSM2,DSMX )
Pas eu de problème à l'essai en vol

Samy.p a écrit:Merci Ze-baloo, c'est sympa. On se connait ?

De rien

Je ne sais pas si nous nous connaissons, j'ai fait partie de l'ACBN jusqu'en 2010/2011.
Depuis je vole au Caen Aéromodèles.

Ze-baloo a écrit:Depuis je vole au Caen Aéromodèles.

Sais-tu que je fais une formation OpenTX ce samedi 25 matin au club de Falaise ?

LapinFou a écrit:

Ze-baloo a écrit:Depuis je vole au Caen Aéromodèles.

Sais-tu que je fais une formation OpenTX ce samedi 25 matin au club de Falaise ?

Je suis déjà inscrit.
On viens à deux avec le pote à qui j'ai revendu ma Horus

Super !
Maintenant, je vois qui tu es.

Bon et bien si je vais tenter .... merci

Samy.p a écrit:Bon et bien si je vais tenter .... merci

Si tu as besoin d'aide, n'hésite pas à me contacter.

Bonsoir, une dernière question, je cherche à savoir s'il est possible de piloter un syma x5c V6 avec ce module, le protocole semble avoir été modifié depuis l'ancienne version :

https://www.banggood.com/fr/Syma-X5C-Explorers-RC-Quadcopter-Without-Camera-Transmitter-BNF-p-948193.html?rmmds=search&cur_warehouse=CN

merci encore