Micro RXLOSS sur gaz uniquement Meteor75

[Fabsolut74]

Bonjour à tous.

Je fais mumuse avec mon Meteor75 depuis un an maintenant.

A force, j'ai cramé mon flight controller et je l'ai remplacé par un F4 1S AIO Brushless Flight Controller tout adapté pour le Meteor75.

J'ai collé mon Récepteur d'origine dessus.

Je passe via Betaflight pour faire mes réglages.

Tout fonctionne nickel sauf au voilà : j'ai des micro coupures de réception uniquement sur le voie des gaz de façon aléatoires d'environ 10ms.....

J'ai soupçonné un problème de montage mais non. Puis un problème de l'antenne de réception, celle-ci m'est restée dans les mains après manipulation et je me dis donc que je tiens une piste... Je la ressoude et non pas mieux... 

Je suis à cours d'idée si ce n'est que mon récepteur est HS également. Mais ce qui est bizarre c'est que cela se passe sur la voie des gaz uniquement !

Avant de racheter la pièce, je voulais faire appelle à vous pour peut-être d'autres pistes !

Merci d'avance !!!!

Modifié (le) Mars 24, 2022 par Fabsolut74

[Motard Geek]

Bizarre que ce soit que sur les gaz  A proximité même avec une mauvaise antenne ça ne devrait pas le faire je pense.

[Fabsolut74]

Oui c'est bien ce qui m'embête... que je sois proche ou loin, le problème est le même donc pas vraiment un problème de réception.

Là où je peux peut-être avoir un espoir, c'est que le changement de FC m'a obligé à tout reprendre les réglage via Betaflight et là, je suis loin d'être le champion ! 

Aurais-je loupé quelque chose ?

J'ai un grand doute sur le réglage du protocole :

Mon récepteur est un SPI Frsky Receiver en FRSKY_D (D8) mais sur Betaflight, je suis en FRSKY_X (D16) et ma télécommande (une Betafpv LiteRadio 2 SE) et bien... je ne sais pas trop... car les manipulations pour changer de protocole ne marchent pas...

Évidemment, j'ai essayé de mettre mon récepteur en FRSKY_D (D8) mais aucune réception dans ce mode. En FRSKY_X (D16) ça marche (au problème de gaz près...) : ce n'est pas logique.

Cela voudrait-il dire que ma télécommande est mon réception sont en D16 ce qui pourrait provoquer ces micro-coupures ?

[MystoganFPV]

il y a 53 minutes, Fabsolut74 a dit :

Oui c'est bien ce qui m'embête... que je sois proche ou loin, le problème est le même donc pas vraiment un problème de réception.

Là où je peux peut-être avoir un espoir, c'est que le changement de FC m'a obligé à tout reprendre les réglage via Betaflight et là, je suis loin d'être le champion ! 

Aurais-je loupé quelque chose ?

J'ai un grand doute sur le réglage du protocole :

Mon récepteur est un SPI Frsky Receiver en FRSKY_D (D8) mais sur Betaflight, je suis en FRSKY_X (D16) et ma télécommande (une Betafpv LiteRadio 2 SE) et bien... je ne sais pas trop... car les manipulations pour changer de protocole ne marchent pas...

Évidemment, j'ai essayé de mettre mon récepteur en FRSKY_D (D8) mais aucune réception dans ce mode. En FRSKY_X (D16) ça marche (au problème de gaz près...) : ce n'est pas logique.

Cela voudrait-il dire que ma télécommande est mon réception sont en D16 ce qui pourrait provoquer ces micro-coupures ?

Je sais pas si tu as lu ça : (j'ai traduit, mais il y a aussi des images interressantes dans le lien.

https://github.com/betaflight/betaflight/blob/master/docs/FrSky SPI RX.md

 

 

SPI RX' dans Betaflight est un cadre qui permet aux puces radio d'être connectées directement au MCU du contrôleur de vol et d'être contrôlées par le micrologiciel. Cela permet la mise en œuvre de la fonctionnalité qui contrôle la puce radio et traduit les signaux reçus en signaux de contrôle RC dans le cadre du micrologiciel. Cela présente un certain nombre d'avantages : le RX peut être directement ajouté à la carte contrôleur de vol, permettant des constructions plus petites (après tout, peu de gens veulent utiliser un contrôleur de vol sans RX) ; il ne nécessite pas un ou plusieurs UART supplémentaires sur le contrôleur de vol, et il n'y a aucun risque de problèmes causés par une mauvaise configuration UART ; il ne nécessite pas de MCU supplémentaire pour contrôler la puce radio, et peut donc être produit/vendu moins cher ; étant donné que le "micrologiciel" RX fait partie du micrologiciel du contrôleur de vol, les correctifs et les mises à jour seront appliqués dans le cadre des mises à jour du micrologiciel du contrôleur de vol, éliminant ainsi le besoin de mises à jour (souvent fastidieuses) du micrologiciel RX. Mais il y a aussi des inconvénients : une carte contrôleur de vol n'aura qu'une seule puce radio et ne pourra prendre en charge que les protocoles RC qui utilisent cette puce. Le passage à un autre protocole n'est souvent pas possible. Le FrSky SPIRX Ce pilote utilise le framework SPI RX dans Betaflight pour prendre en charge les protocoles RC FrSky 2,4 GHz, basés sur une puce radio CC2500, avec une prise en charge supplémentaire d'une puce PA/LNA (amplificateur de puissance/amplificateur à faible bruit) avec diversité d'antenne, afin pour fournir une puissance / sensibilité suffisante pour le vol en extérieur.

Les protocoles supportés sont : FrSky D 8 canaux / espacement de trame de 9 ms ; appelé 'D8' dans OpenTX ; télémétrie hub FrSky intégrée. FrSky X 8 canaux / espacement de trame de 9 ms ou 16 canaux / espacement de trame de 18 ms ; appelé 'D16' dans OpenTX ; télémétrie FrSky SmartPort intégrée (y compris la prise en charge des scripts MSP sur Smartport / lua dans OpenTX); FrSky X LBT Version du protocole LBT compatible avec l'UE ; 8 canaux / espacement de trame de 9 ms ou 16 canaux / espacement de trame de 18 ms ; appelé 'D16' dans OpenTX ; télémétrie FrSky SmartPort intégrée (y compris la prise en charge des scripts MSP sur Smartport / lua dans OpenTX); Configuration dans le configurateur Betaflight, allez dans l'onglet 'Configuration', dans la case 'Receiver', sélectionnez 'SPI RX support' pour 'Receiver mode' : Sélection du mode FrSky SPI RX dans le menu déroulant 'SPI Bus Receiver Provider' qui apparaît, sélectionnez 'FRSKY_D', 'FRSKY_X' ou 'FRSKY_X_LBT' (selon le protocole souhaité) : Sélection du protocole FrSky SPI RX cliquez sur 'Enregistrer et redémarrer'. Après le redémarrage, la LED RX confirmera que le FrSky RX est actif en clignotant lentement ; entrez en mode de liaison soit : en appuyant sur le bouton 'Bind' du contrôleur de vol (s'il y en a un et qu'il est accessible) ; en entrant CLI et en tapant 'bind_rx_spi[Entrée]'. le contrôleur de vol indiquera que le mode affectation est actif en changeant la LED RX pour qu'elle soit allumée en permanence. Maintenant, sur votre TX, entrez en mode liaison pour le protocole FrSky sélectionné (voir les captures d'écran pour OpenTX) : Protocole FrSky D : Liaison FrSky SPI RX FrSky D avec OpenTX Protocole FrSky X et X_LBT : Liaison FrSky SPI RX FrSky X avec OpenTX Une fois la liaison terminée, le contrôleur de vol l'indiquera en faisant clignoter lentement la LED RX. Il n'y a aucune indication sur la CLI, mais vous pouvez observer une liaison réussie en quittant le mode de liaison sur TX et en voyant si l'état ne répertorie plus RXLOSS dans "Arming disable flags". Un redémarrage du contrôleur de vol n'est pas nécessaire. Conseils & Astuces les informations de liaison RX sont stockées dans les paramètres CLI suivants : frsky_spi_tx_id (identifiant TX interne), frsky_spi_offset (décalage de fréquence), frsky_spi_bind_hop_data (séquence de saut de fréquence) et frsky_x_rx_num (numéro RX ; FrSky X uniquement). Ceux-ci sont imprimés dans le cadre d'un diff/vidage CLI et seront restaurés après une mise à jour du micrologiciel, ce qui rend inutile de faire une autre liaison après la mise à jour ; la réinitialisation des paramètres ci-dessus aux valeurs par défaut "effacera" les informations de liaison ; le paramètre CLI frsky_spi_autobind peut être activé pour configurer le FrSky SPI RX pour tenter une liaison à chaque mise sous tension. Ceci est surtout utile pour les modèles de démonstration qui doivent se lier à tout TX alimenté à proximité

[Fabsolut74]

Merci Mystogan pour ton retour !

Je viens de trouver le problème :

La télécommande était bien en D16 et le récepteur aussi... problème puisqu'il doivent être en D8...

J'ai pu enfin trouver comment vérifier et changer le protocole de la télécommande... le manuel étant erroné quand a la procédure... 

Pour connaitre en changer le mode, il faut :

- éteindre la télécommande

- rallumer la télécommande tout en maintenant appuyer le bouton BIND.

Tout est en D8 maintenant et plus de problème !!!!!! 

C'est reparti pour les séance d'entrainement !

[MystoganFPV]

il y a 2 minutes, Fabsolut74 a dit :

Merci Mystogan pour ton retour !

Je viens de trouver le problème :

La télécommande était bien en D16 et le récepteur aussi... problème puisqu'il doivent être en D8...

J'ai pu enfin trouver comment vérifier et changer le protocole de la télécommande... le manuel étant erroné quand a la procédure... 

Pour connaitre en changer le mode, il faut :

- éteindre la télécommande

- rallumer la télécommande tout en maintenant appuyer le bouton BIND.

Tout est en D8 maintenant et plus de problème !!!!!! 

C'est reparti pour les séance d'entrainement !

Bravo !! Content pour toi