Chercher dans la communauté

Salut à tous ! Je vous partage ici une vidéo tuto que j'ai faite sur YouTube, cette fois-ci je vous explique comment flasher les ESC de son mobula6 ou mobula7 (ou tout ESC avec BLHELI_S) de façon simple et rapide ! J'explique aussi les configurations de bases qu'il faut mettre pour le rpm filter 😉 Je pense que ça peut être utiles pour les personnes qui voulais upgrade leur tinywhoop pour un vol plus propre ! Abonne-toi !

bonjour a tous, J'ai un problème avec mes esc, j'ai activé le RPM filter avec cette méthode: https://www.youtube.com/watch?v=NgBJJG0slM4 J'ai utilisé le firmware BLHeli_S JazzMaverick et mes esc sont en C-H-40 16.7 Ma carte de vol est une mamba F405 mk2 j'ai mis les esc en DSHOT300, le gyroscope et la boucle PID en 4K/4K Lorsque j'active le DSHot bidirectionel, les moteurs ne font pas les bips attendus et ne réagissent pas, il y a une erreur de 100% dans l'onglet moteurs Si je désactive le bidirectionnel, aucun problème, ça tourne nikel. Merci de votre aide.

Salut ! Il y a quelques jours tenté un passage sous Betaflight 4.1 car il semble plus performant pour réduire le propwash grâce aux RPM filter (et j'étais en version 3.5 avant aussi donc besoin d'une petite mise à niveau ^^), et j'ai fait la manip pour avoir le bidirectional Dshot. Sauf que maintenant j'ai un problème que je n'avais pas avant: lorsque je met des gros à-coups de gaz, mon drone fait un yaw sur la droite de quelques degrés (mais suffisamment pour gêner). J'ai essayé de changer les PID sur le yaw, j'ai recalibré mes ESC après les avoir reflashé avec la version officielle du firmware sans succès... Il faut savoir que le drone volait très bien avant le passage sous cette version de Betaflight. bref après analyse d'une blackbox d'un des vols où j'essaye de reproduire le problème on voit clairement que le gyroscope du yaw reçoit des informations alors que que j'applique seulement du throttle (en blanc) et du roll (en rouge). Voilà merci d'avoir lu, si quelqu'un a des idées je suis preneur parce que je ne peux plus voler à cause de ça 😢 PS: si certaines personnes sont intéressées, je vole (quand mon drone marche...) avec un ami sur Lyon tous les week-ends donc si vous voulez faire une session un de ces quatre ou si vous connaissez des spots dans les environs n'hésitez pas à me prévenir 🙂

Salut tout le monde, A la base, je voulais tester les presets réalisés par Dom Lee (suite au test FalcoX vs Betaflight) dont les retours sont très bons. J'ai eu des soucis avec la stack Mamba F722S, je vous épargne les détails, je les ajouterai dans le drone build concerné, mais en résumé, je ne pouvais pas mettre BF 3.5 ni faire fonctionner le RPM filter en 4.0. Du coup, je me suis lancé sur la 4.1 qui vient de passer en version finale 😉 Un petit résumé de la session en images, avant le blabla (soyez prévenus, c'est pas artistique, le but était entre autre de faire du propwash 😉) : Bêtement, j'ai commencé direct en me mettant en 8kHz pour le gyro et la boucle PIDs, et donc en Dshot600. Après une première lipo catastrophique gavée de propwash et de sortes de décrochages aléatoires (désync ?), le passage sur la config conseillée (4K/4K et Dshot300) pour le RPM filter a considérablement arrangé les choses. On se retrouve sur une config stock (+ RPM filter) qui est honorable. Etant en 4.1, je n'ai pas pu entrer le preset de Dom : la stratégie de filtrage a changé avec cette nouvelle release, mais je m'en suis un peu inspiré, dans la vidéo ça donne : Augmentation des P (pas autant que dans le preset, sinon j'avais de l'overshoot) Les I sont déjà considérablement augmentés en BF4.1, pas eu besoin d'y retoucher d_min à 0 "libération" du Yaw Feedforward à 120/125 avec un ff transition à 10 Activation de l'iterm rotation Réduction des filtres avec les jolis curseurs tout beaux tout neufs 😉 A partir d'un facteur de 1.3 pour le gyro et le dterm, j'ai eu des résultats satisfaisants. J'ai poussé jusqu'à 1.5 avec une petite frayeur parce que l'interface affiche des jolis warning nous prévenant que ça peut se finir en fly away, mais je n'ai eu aucun souci, les moteurs n'étaient pas chauds. J'ai vu dans ses vidéos que Bardwell poussait même jusqu'à x2 (maximum possible en déverrouillant le mode "expert"), attention, il faut un setup bien propre, toujours vérifier la température de ses moteurs entre chaque modification. Avec un peu de tuning, on obtient un résultat pas mal. Je suis tombé en rentrant sur cette vidéo de Bardwell où il explique comment tuner le RPM filter pour gagner en latence, c'est une piste que je n'ai donc pas pu explorer. Et comparé à ma précédente expérience de RPM filter qui faisait bien chauffer les moteurs, cette nouvelle version ne pose plus de souci de ce côté là 🙂 Ca c'était pour la partie comportement en vol. J'ai par contre eu un gros souci qui m'a bien pourri cette session : la détection du VBAT fait nimp ! De base déjà, j'ai dû mettre une échelle différente que celle que j'avais dans BF 4.0 et dans Emu pour afficher la bonne valeur de tension dans BF 4.1 (111 au lieu de 108). Ca ce n'est pas forcément gênant, mais une fois en vol, la tension détectée s'écroulait et j'avais des warnings au bout de 20 secondes et 3 coups de throttle. Une fois posé, la tension affichée était la bonne. J'ai changé de lipos, rebelotte à chaque fois. J'ai ensuite pensé à un souci avec le capteur de tension de la FC, j'ai remis EmuFlight et là aucun problème, j'ai pu voler 2 minutes de plus sans warning sur toutes les lipos à moitié consommées sous BF 4.1 (la vérif avec un testeur de lipo me confirme que Emu a raison). Est-ce que c'est un bug de BF ? Une couille dans le firmware de ma FC ? Ca vous est déjà arrivé un truc comme ça ? Au final, j'ai remis Emu et je pense rester dessus. Si on met de côté cette histoire de tension (qui pour le moment est un souci rédhibitoire), avec moins de tuning et moins d'efforts, j'obtiens un résultat au moins aussi bon avec Emu, et plus "régulier". J'ai aussi un meilleur feeling avec mes paramètres actuels sous Emu, bien qu'on doit certainement pouvoir les retrouver avec BF (par exemple j'ai bêtement laissé le iterm relax cutoff à 20 alors que je préfère nettement le ressenti à 15). Les 2 ont également encore de la marge en terme de tuning, là ils sont limités par mes compétences 🤣 En tout cas, il y a des améliorations bienvenues sur BF 4.1, notamment ce système de sliders sur les filtres qui est très intuitif. Et ce n'est pas que de la déco, ça colle au changement de la stratégie de filtrage : avant on coupait la plupart des filtres pour obtenir le moins de latence possible, maintenant (d'après les infos qu'a eu JB par les devs BF), on a une meilleure latence en tirant tout les sliders au max (=en réduisant tous les filtres) qu'en les coupant presque tous. J'ai vu qu'il y avait des sliders pour les PIDs également, je suis resté sur les modifs manuelles, sans doute par habitude, donc je n'ai pas d'avis sur leur "intuitivité" 😉 Maintenant, si vous voulez tester aussi, c'est très simple, le point d'entrée, la page de la release : https://github.com/betaflight/betaflight/releases Qui vous mènera aussi vers le configurator mais surtout vers les excellentes "tuning notes", comme pour chaque version majeure : https://github.com/betaflight/betaflight/wiki/4.1-Tuning-Notes Qui elles-mêmes vous mèneront à la mise en place du RPM filter : https://github.com/betaflight/betaflight/wiki/Bidirectional-DSHOT-and-RPM-Filter Dans les grandes lignes : Il faut installer la version 10.6.0 de Betaflight Configurator Si vous comptez utiliser le RPM filter (c'est quand même une des principales features 😉, même si elle existait dans la 4.0 elle a été améliorée), il vous faudra mettre à jour vos ESCs BLHeli_32 avec la nouvelle version (32.7.0). Bonne nouvelle, ce n'est plus une version de test à récupérer séparément, il s'agit bien d'une version release dispo directement via BLHeliSuite32. Une version pour BLHeliS existe aussi, elle était payante à un moment, je ne sais pas où ça en est aujourd'hui. Flashez votre FC avec le firmware correspondant à votre target Faites votre config habituelle, partiellement récupérable depuis un diff all d'une 4.x. Comme d'hab, ne récupérer que ce qui concerne la config du matos, pas le comportement de vol pour vous éviter de mauvaises surprises à l'armement. En gros on peut récupérer : config RX, AUX (modes), serial (config ports), OSD, rates... mais pas : les PIDs, le TPA, le iterm relax, le FF etc. Chargez la "VTX table" correspondant à votre VTX via le nouvel onglet et sélectionnez la config par défaut (un VTX doit avoir été préalablement déclaré dans les ports). Là aussi c'est une nouveauté. Ca ajoute une action supplémentaire, mais j'imagine que le but est de clarifier un peu le bordel qu'il y a entre les différentes version du Smart Audio, avoir les véritables puissances dispos sur votre VTX plutôt que des paliers avec des valeurs qui ne correspondent pas forcément, et c'est aussi un moyen de restreindre la puissance en fonction de la zone. On veillera donc à prendre une VTX table "EU", pour s'assurer d'être limiter à 25mW 👼, sauf si bien sûr on va parfois voler à l'étranger 😉 J'ai remarqué qu'une fois chargée, la VTX table apparaît dans un diff, donc pas besoin de se retaper la manip à chaque fois. Toutes les infos ici : https://github.com/betaflight/betaflight/wiki/VTX-Tables Charger la police de l'OSD sur la FC (ils disent de le faire, il y a eu une mise à jour...) Configurer le RPM filter. C'est maintenant beaucoup plus simple qu'avant. Je pense qu'on peut le faire directement via le GUI, mais sinon il y a un snippet générique ici : https://github.com/betaflight/bidircfg/blob/master/BITBANG.cf Bien tester le RPM filter avec la méthode indiquée dans la doc avant d'aller décoler ! (dshot_telemetry_info) Je crois que j'ai fait le tour de ce qui me passait par la tête, n'hésitez pas à partager vos retours et avis 🙂