CC06

Allez, je te le fait tout de suite... ... Un truc comme ça ? Adaptateur M3 vers M2.stl

Bonsoir, Si tu me fais un dessin de ce que tu veux avec les mesures, je te fournis le STL pour impression dans la foulée. Ça pas l'air tres compliqué, mais je dois t'avouver que je ne vois pas bien ce que tu veux dire... mais toujours est-il que à partir du moment ou ce sera clair dans mon esprit, je te l'envoie dans la foulée...

C'est ce que j'ai regardé aussi, c'est le FS-IA6B qui propose de l'I-BUS. Je n'ai vu aucune référence à un quelconque protocole série ou sur FS-IA6... De plus, aucune référence à du multiplexage PPM sur ce récepteur (faire passer toutes les voies sur un fil). Je pense que tu ne réussira pas à le faire fonctionner avec une FC sous Betafligh. Tu peux utiliser une FC de type DJI NAZA... Après, je n'ai aucune expérience sur cette radio/récepteur, alors je peux me tromper, mais je ne parierai pas la dessus.

Une autre piste: Après avoir bien vérifié le câblage du GPS à la FC, il faut aussi vérifier la configuration du microcontroller du GPS. Comme par exemple configurer la vitesse du port série à 57600 bauds comme tu l'as fait dans Betaflight dans l'onglé "Ports". En effet, tous les BN-200 arrivent configurés différemment, jamais compris pourquoi. J'en ai acheté 4, y'en avait qu'un qui marchait du premier coup... la plupart du temps, la vitesse du port série est fixée à 9600 bauds. Donc ça peut pas communiquer avec la FC qui est à 57600. Il y a un tas de tuto pour configurer correctement ton BN-200 et en plus ça te permet de vérifier que la connectique avec la FC fonctionne. Pour cela en CLI dans Betaflight, tu as deux commandes: serialpassthrough et gpspassthrough (la deuxième ne marche que si la FC et le GPS communiquent) Il te faudra de plus télécharger UBLOX u-center pour configurer les paramètres du GPS (https://www.u-blox.com/en/product/u-center) C'est un peu galère à comprendre au début, mais une fois que tu maitrises, tu peux bien tuner le GPS comme ajouter la constellation de satellites GALLILEO. Voilà déja des pistes pour te former: https://github.com/betaflight/betaflight/blob/master/docs/Gps.md https://forum.wearefpv.fr/topic/9397-tuto-upgrade-fix-gps-m8-bn220-bn180-bn880-ucenter/ https://github.com/betaflight/betaflight/wiki/GPS-rescue-mode Avec gpspassthrough et UBLOX u-center, tu vois tout de suite si ça communique... Voilà, n'hésite pas, j'ai tellement galéré avec ce GPS, que je commence à bien le connaitre !

J'ai 4,8 mm de jeu entre 2 hélices tout autour du drone... autant dire, rien à gratter. Aprés, descendre au dessous, ça risque de toucher sous certaines conditions avec les déformations, le jeu des roulements, ... en plus, pour un écoulement de l'air correct et éviter les remous parasites, il faut un minimum d'écart entre 2 hélices.

Bon, je tourne en rond... écarter les bras avant, ça augmente la longueur du drone de plusieurs centimêtres... plus c'est grand, moins c'est maniable, plus c'est lourd... L'autre option, c'est monter la caméra. C'est vrai qu'elle était au même niveau que les hélices. J'ai modifié la top plate et un nouveau support de cam pour la passer sur le dessus:

Merci à tous pour toutes ces idées. Je vais faire une v2, c'est vrai que la caméra est vraiment au niveau des hélices... sur mes autres builds, elle est un peu au dessus. J'aimerai rester sur un 5 pouces avec des moteurs qui arrachent, mais surtout avoir un hexa super compact... j'ai été voir le Jpay, c'est vraiment gros !!! (et aussi ça fait un peu bidouillage). Voila la comparaison avec une frame quad en 5 pouces (250mm). Ils ont tous mis du 4 pouces pour résoudre le problème, moi, je veux vraiment des hélices en 51. Pas si grand l'hexa du premier jet. Il n'y a que ce problème de props dans la caméra...

C'est presque pareil sur le LR4... Sur un hexa, j'ai fait tous les tests d'écartement des moteurs sur le PC, si on veut pas avoir un 5 pouces qui fait 1 mêtre d'entraxe, faut que les hélices passent devant la caméra... ... mais bon, c'est pas pire que mon racer 5 pouces de 189mm, on les remarquent même plus les hélices (https://youtu.be/Byl9HG8tpEA)... un peu les moteurs... Mais bon, je vais revoir ma copie, si vous avez une idée... la mettre sur la top plate ?.. ça ferait un look bizarre...

Merci CriTof pour tes encouragements. C'est un hobby. J'ai eu la chance, grace à mes études et mon travail, de passer par le dessin industriel, genie mécanique, puis électronique, puis développeur informatique et pour terminer ingénierie informatique. Tout ce qui est nécessaire pour la maitrise de la techno des drones (mais pas du pilotage...). Ajoute à cela que j'adore créer, inventer et que je suis d'un naturel curieux. La seule limite, c'est les moyens financiers. C'est un puits sans fond les drones, alors quand, en plus, tu ponds 3 nouvelles idées à la minute.... le porte-monnaie ne suit plus. Pour en revenir aux logiciels, c'est un soft gratuit pour utilisation personnelle que j'utilise sur PC: DesignSpark mechanical. Avec ça, je conçois toutes les pièces en 3D que je découperai ou j'imprimerai par la suite. Pour le rendu, c'est un logiciel KeyShot qui était gratuit (abandonware) en version 6. Le plus surprenant, c'est quand tu mets à côté le rendu informatique avec le produit fini... moi, ça me bluffe toujours... Le carbone c'est du T700 que j'utilise. Qualité intermédiaire qui donne des résultats dépassant toutes les attentes... Je le découpe moi même. C'est pour ça que si je suis motivé, je peut sortir une frame dans le week-end.

Bon voilà, après la fabrication du 5 pouces racer le plus court (189mm), du tricoptère bizarre, je me (re)lance dans l'inconnu avec la fabrication d'un 5 pouces freestyle/race court avec 6 moteurs. Objectif < 500g. N'ayant aucune connaissance dans les hexa (la raison de ce projet), je vous présente le projet en espérant avoir des commentaires/recommandations de la part de la communauté. J'ai bossé quelques heures hier soir et il en est sorti un premier jet que je vous présente (c'est un rendu informatique de mon design, ce n'est pas une photo). Dans mon idée, je vais rétrécir la largeur du drone en rapprochant les moteurs latéraux, ce qui va rallonger un peu le drone mais le faire plus compact (disposition ovale des moteurs, pas circulaire, je ne pense pas que cela va changer grand-chose). Je n'aime pas les ESC sur les bras, alors je vais utiliser 2 x ESC 4 en 1 stackés dont 2 sorties seront inutilisées. Batterie en top pour mieux la protéger lors des atterrissages (forcement plus lourd la bête). Je vais avoir 2 stacks dans le drone: 1 x 30,5x30,5mm pour les ESC et la FC en position centrale pour un positionnement optimal du gyroscope 1 x 20x20mm à l'arrière pour le VTX et le RX Je prévois d'utiliser une carte F4 avec 6 sorties (j'ai une OMNIBUS F4 v6). R9MM-OTA pour le récepteur. Je viens de trouver la caméra (merci Joelamoule), je pense acquérir un lot de moteurs sur le-bon-coin. J'ai un VTX qui traine, mais un en 20x20mm ça serait mieux. Il me manque à ce jour: 2 ESC 4 en 1 BlHeli_S ou 32 35A ou 40A. Même avec une ou 2 voies HS !!!. Récepteur FrSky R9MM-OTA 6 moteurs de 2205~2207 de préférence en 2300~2700KV VTX au format 20x20mm en au moins 400mW smartaudio ou Tramp Si vous avez du matos à vendre à prix raisonnable (où a échanger), je suis preneur... J'attends vos remarques avant la découpe du châssis.

C'était de très bon moteurs à l'époque, les premiers à dépasser le kilo de poussée. Aujourd'hui, même les fixations sont obsolètes (16mm et 19mm), je ne fixe que 2 vis sur les bras, mais cela ne se sent pas (aucune vibration)... mais je redoute le crash avec 2 vis !!!

Pour les composants, j'ai pas trop le choix, je prends ce qui traine... j'avais un vieux CL1 qui a été dépouillé pour construire celui-la... Le jour ou j'aurais suffisemment d'argent pour choisir mes composants, je ne choisirais pas ce que j'ai utilisé là. En commençant par la vidéo analogique... à la poubelle !!!

Quand j'achète une bobine de TPU de 1 kilo, j'en ai pour plusieurs mois (5 ou 6). Pendant tout ce temps, toutes les impressions sont de la même couleur... La première fois, je choisis. Les fois suivantes, je subis....

J'utilise DesignSpark Mechanical (RS) pour la CAO (imprimante 3D et fraisage CNC). Keyshot 9 pour le rendering. Fusion 360 pour générer le g-code de découpe (CAM), Slic3r pour le g-code de l'imprimante et Candle pour piloter la CNC... Ça commence a en faire des softs... tous sont gratuits (sauf un) pour un usage personnel.

Voila, présentation du petit dernier, résultat d'une discussion sur le forum ou l'on se posait la question de comment ça vole un tricopter... personne n'ayant pu répondre, il fallait bien trouver une réponse à cette question. Dessiné, découpé, assemblé, paramêtré sous Emuflight puis testé en réel. Résultat : mitigé, ça manque de pèche un tricopter. Même avec deux moteurs à l'arrière, cela ne pousse pas comme un quad quand on est dans le full throttle... sinon, c'est maniable, stable et cela rempli sa fonction. Agréable, nerveux s'abstenir. Après design sur l'ordinateur, un petit coup de rendering pour voir à quoi cela ressemblera (première photo) Prochain projet: L'exacopter en 5 pouces...

La télémetrie et notament le RSSI ne sont pas envoyés par la FC, mais par le récepteur. Du coup, dès que t'es "bindé", tu le reçois. Cela confirme que le récepteur est alimenté, donc que les branchements du + et - sont bon, pas celui du FPort. Si maintenant, en faisant une découverte des capteurs de télémetrie sur ta radiocommande, tu tombes sur du GPS ou autre envoyés par la FC, alors la, ou le branchement serait correct. Changer l'UART (de 1 à 6) était un choix très judicieux, effectivement j'ai rencontré des FC avec un port fonctionnant mal. Après, je reste très mitigé sur le RX avec un microcontrolleur F4 et serialrx_inverted=ON. Tout est plus simple avec les F3 et F7 qui inversent automatiquement, mais les cartes à base de F4 sont capricieuses. La config que je t'ai passé est pour du R9MM-OTA et des F4, ça marche à chaque coup sur les configs que je monte. Est-tu sur que tu as bien sélectionné F-PORT dans la configuration du module sur la Radiocommande ? "F.port / S.Port can be switched in the radio menu."

Ou ça... https://fr.aliexpress.com/item/1939671643.html?spm=a2g0o.productlist.0.0.88ef1b79WtDyK5&algo_pvid=8edb28f7-60ad-4f6a-b462-d02e192c5d48&algo_expid=8edb28f7-60ad-4f6a-b462-d02e192c5d48-13&btsid=0bb0600116102690736565490e93ef&ws_ab_test=searchweb0_0,searchweb201602_,searchweb201603_ Mais si CriTof a raison pour la QX7, et à mon avis il l'est, pas d'autre moyen que le module externe ou utiliser un récepteur ACCESS externe sur le tiny et ne pas utiliser l'interne qui est ACCST uniquement apparemment... merci FrSky....

Banban, C'est un TX, pas un RX qu'il faut ! Branche sur TX6 pas RX6, sinon, ça ne peux pas marcher... le TX fait TX/RX, le RX ne fait que RX... et le FPort nécessite le TX et le RX (le FPort est bi-directionnel, il véhicule dans un sens les valeurs des sticks et des interrupteurs, et la télémetrie dans l'autre sens).

Bonjour, Premièrement, comme l'a dit Joelamoule, pour que BLHeliSuite32 reconnaisse tes ECS, il faut que les ESCs soient alimentés par la LiPo. Deuxièmement, vérifie que dans le menu "Select BLHeli_32 Interface", l'option "BLHeli32 Bootloader (Betaflight/Cleanflight)" soit sélectionnée. Et bien entendu, pour terminer, que le port COM en bas soit bien le bon sélectionné (115200 Bauds), puis que tu aies appuyé sur connect, puis sur "Check". Si vraiment, tu n'y arrive pas et que tu veuilles faire autrement, tu peux le faire facilement sans passer par la case ordinateur. Il te suffit d'inverser 2 fils (n'importe lesquels, cela n'a pas d'importance) du moteur dont tu veux inverser la rotation: Tu dessoudes sur l'ESC deux fils et les ressoude en les croisant. Problème résolu, ça marche à tous les coups... Mais perso, je préfère BLHeliSuite... Bon bricolage.

Au fait, quand tu vas configurer Betafligh ou Emuflight, tu devras rentrer ceci en ligne de commande pour configurer le R9MX: serial 0 64 115200 57600 0 115200set serialrx_provider = FPORTset serialrx_halfduplex = ONset serialrx_inverted = OFF set rssi_scale = 200 Pour la dernière ligne, je suis pas sur que le R9MX ait le même problème d'affichage dans l'OSD que le R9MM pour le niveau de RSSI (il affiche de 0 à 50 uniquement par défaut). Cela permet de remettre l'echelle de 0 à 100 pour le RSSI.

Je pense car le R9MX est en ACCESS uniquement. Tu dois pouvoir le flasher et le programmer par la radiocommande (fonction OTA). J'espere pour toi que ta radiocommande et ton module R9M sont en ACCESS aussi (pas ACCST).

Bonsoir, Coté R9MX, le plus simple est de connecter les 3 cables VIN, GND et le pad "F-Port" qui fait tout passer sur un seul fil (signal + télémétrie). Coté FC, tu connectes le VIN à un +5v, le GND sur un GND et le F-Port sur TX1... Tu programmes le R9MX en F-Port. Voila

Mais c'est bien sur !!! Ça fait deux mois que sur ma Nissan Leaf l'autonomie diminue dramatiquement et que j'arrivait pas à expliquer pourquoi... moi, c'est 40% d'autonomie en moins. Pas bon, les LiPo/LiIon et le froid. Merci pour l'info, j'avais pas fait le rapprochement...

Salut Niko, J'ai été comparer le code source de betaflight et d'Emuflight pour ta target FF_RACEPIT. Il semblerait que ce soit plus un problème de Emuflight que d'une erreur de manip de ta part. Betaflight (https://github.com/betaflight/betaflight/blob/master/src/main/target/FF_RACEPIT/target.h): /*------------BEEPER---------------*/ #define USE_BEEPER #define BEEPER_PIN PC3 Emuflight (https://github.com/emuflight/EmuFlight/blob/master/src/main/target/FF_RACEPIT/target.h😞 /*------------BEEPER---------------*/ #define USE_BEEPER #define BEEPER_PIN PB3 Faudrait reporter le problème sur le discord d'Emuflight ou ouvrir un problème sur Github... pour que d'autres personnes n'aient pas le soucis... Content d'avoir pu aider...

Salut niko, Il y a deux sources probables à ton problème: le matériel (FC ou soudures) le logiciel (emuflight) pour ta target (FF_RACEPIT). 1- Avant d'incriminer Emuflight, il faut être sur que tu n'as pas un problème de câblage. Un buzzer est alimenté par deux pads: un + et un -. Le + est toujours alimenté à 5v et ne varie jamais. Le - est controllé par le microcontrolleur et est mis a la masse seulement quand le logiciel le commande. Tout ça pour dire que dans ton cas, s'il bipe, c'est que le 5v est bien présent, pas de problème pour le pad buzzer +. Par contre, le pad buzzer - est toujours à la masse, cela peut être du à une mauvaise soudure (un pont) avec le pad Gnd à coté. Donc en premier lieu, vérifie d'abord la soudure du pad buzzer - et son câble. 2- Ensuite, pour être sur que c'est emuflight, flash Betaflight et teste le buzzer. Si les symptomes sont les mêmes, c'est pas emuflight. Sinon, si ça marche sous beta mais pas emu, c'est que la ressource assignée au buzzer est pas la bonne pour ta target: compare le résultat du CLI beta et emuflight pour la commande "resource" Dans ton dump emuflight, la pin IO assignée au buzzer est la B03 ("resource BEEPER 1 B03"). Compare avec betaflight et si c'est different, change le dans ta config et teste... D'après moi, c'est le 1). Bon diag. PS: Tant qu'a flasher emuflight, tu devrais mettre la dernier version (0.3.3)