DJox

Sinon tu achètes un stock de connecteurs (JST 1.25mm pour la majorité) et du cable siliconé (28~30awg) et tu pourras les faire toi même. C'est ce que je fais, j'ai pas envie de racker plusieurs euros pour un connecteur alors que pour le même pris j'en fais une vingtaine. Pour la pince j'utilise une Engineer PA-09, c'est un investissement mais il se rentabilise très vite!

Tout est une question d'ampérage. Si ton régulateur peut envoyer suffisamment d'ampère pour alimenter FC + VTX alors tout sur le même ça passe, sinon non.

Quand tu veux flasher la board est reboot en mode `boot` vérifie à ce moment là que le driver est bien installé et reconnu. Si tu as mis en mode `boot` manuellement alors sélectionne l'option indiquant de ne pas reboot en mode `boot`.

Les moteurs de bot? A choisir entre les hobbytruc et les RR je conseille les RR direct

Alors les soucis de drivers ça peut être complexe avec windaube et les différents états. Avec zadig il faut test 'USB Serial (CDC)' et 'WinUSB', ça va dépendre, et si tu es en mode boot (DFU) il se peut qu'il soit nécessaire de mettre un coup de zadig puis ensuite via le gestionnaire de périphériques que tu force le bon pilote (cas typique pour les STM32...). En mode DFU avec du STM32 tu n'auras pas forcément de port COM à proprement parlé, mais le configurator le verra bien lui. Bon courage, il faut ratisser et tester un max de possibilités.

Je te conseille de : rédiger un cahier des charges, prévoir les postes et compétences requis, rédiger le document concernant les spécificités techniques et fonctionnelles Il y a tellement de choses à prévoir pour un projet de ce type que la page que tu fournis ne permet pas de s'assurer du sérieux du projet. Si tu veux attirer du monde pour former une équipe il faut structurer directement les fondations. Il ne s'agit pas là de juste pondre du code, il faut définir à l'avance les besoins et contraintes afin de ne pas faire un petit dev puis du patch à l'arrache non stop par dessus, sinon ça fini mal. Quand les devs vont se mettre à écrire le code, ils doivent savoir ce qu'il vont faire, connaitre les objets qui définiront les classes, savoir quelles méthodes inclurent, hiérarchiser les objets, structurer la base de données, travailler et optimiser les protocoles pour le multijoueur, ... tellement de choses qui ne peuvent pas se faire à l'arrache. En tout cas je te souhaites de réussir

Actuellement à l'étranger sinon envoie un mail à DFR pour savoir quand est-ce qu'ils auront du restock.

Le support vertical pour le VTX c'est quand même une idée géniale.

Pour moi c'est WAF \0/ Sinon mon avis sur Joshua, je le prends plus pour un clown sympathique que pour un messie. Il traine tout le temps avec la bande rotor riot ces derniers temps. Donc je le vois plus souvent sur les vidéos étant donné que je ne regarde pas spécialement les sienne, du coup il arrive à se faire connaitre de plus en plus, les médias et la communication c'est un art ^^

Le "bouchon" c'est ce qu'on appelle une terminaison, pour ces antennes c'est du 50ohms, et oui ça a un impact mais mineur, donc ce n'est pas la cause d'une perte significative du signal.

Si tu inverses les fils moteur<->ESC ça peut seulement changer le sens de rotation du moteur, mais ça doit quand même tourner rond. Donc si ça merde, l'ESC à un soucis. Le moteur qui tourne par accoue comme sur ta vidéo c'est le même genre de symptôme que lorsqu'un des trois fil du moteur à un soucis de soudure. Mais si la soudure est bonne alors c'est définitivement l'ESC qui n'envoie pas bien les infos.

Avec des passants à quelques mètres du kwad (0:35, 0:45, 1:27, 1:39, 1:42) c'est un peu moyen, y aurait pas fallu que ce soit moi en balade avec mon gosse sinon j'aurais fait en sorte de m'occuper du `pilote`. C'est vraiment quelque chose que je ne tolère pas. Piqûre de rappel.

Je n'utilise pas le même RX que toi, mais sur ma FC Skitzo j'ai à ponter la tension (3V ou 5V) et le "nor" (normal) ou "inv" (inversé) pour les tx/rx. Quel choix as-tu ponté?

C'est le soucis avec les 4in1, faut tout changer quand un seul merde. J'ai eu une histoire similaire avec la "FC AIO Racerstar Tattoo F4S 30A BLHELI_32", depuis je me suis remis aux ESC sur les bras Je préfère lâcher 20e pour un ESC que 70e pour le AIO quand ça crame ou autre.

Pour les moteurs les Hypetrain Le Drib en 2650kv font 31gr, sinon en kv un peu plus bas tu as les Grinder en 2450kv. Au départ pour le freestyle j'ai utilisé du 2400kv car je lisais que le couple était plus présent (ce qui est vrai), mais finalement je rejoins l'avis de @Motard Geek, un plus haut kv reste suffisant en terme de couple. Après il te reste le pas d'hélice à choisir aussi.

C'est moi qui voit mal ou bien seulement 2 fil sur 3 partent du moteur??

Et dans l'onglet OSD sur la gauche tu as bien sélectionné des infos à afficher?

Tu l'as bien activé et config dans BF?

Hmmm ça sent pas bon, buzzer HS d'entrée?! Vidéo qui n'a pas l'air de passer?! Go SAV?

Oui tout va dépendre de la qualité du développement de la board et son matériel. Deux FC ayant quasiment le même hardware mais dev par deux teams différentes (une chinoise à la va vite et une européenne avec un vrai R&D avant mise en prod par exemple) peuvent différer totalement en terme de qualité finale par ce genre de petit détails mis au point lors du développement. La version bâclée ne supportera pas le SDHC car ils auront ré-utilisé des librairies de démo trouvées sur le net, tandis que la version de qualité gèrera très bien 32Go car les drivers auront été dév par une équipe interne. Voilà un parfaite exemple d'un hardware équivalent mais avec des perf différentes. Les contrôleurs de vol ne sont pas que du matériel avec un firmware à flasher dessus, il existe à l'intérieur de tout ça des communications entre les différentes parties, l'agencement des pistes sur les différents layer, ... Bon je stop le HS en attendant la 2ème partie de ces réglages de PID

La bride est au niveau du micro-contrôleur et de ses pilotes embarqués. C'est tout à fait normal que cette limite puisse exister sur un tel hardware.

Il est probable que 4Go soit le max pris en compte, ça reste courant sur du petit hardware embarqué, ça ne prends pas en charge le SDHC (>4Go). Les librairies utilisées lors de la programmation du micro-contrôleur ainsi que la capacité de ce dernier à prendre en charge certaines tailles de buffer entre en jeu. Mais là on s'éloigne du sujet

Et 1km avec la Taranis sans CF/R9 ça ne passe pas?? Tu utilises quoi d'ailleurs pour la vidéo à 1km en rase motte? Si le risque c'est juste devoir parcourir quelques centaines de mètres pour ramasser le kwad ce n'est pas ce que j'appelle un risque, un risque serait plutôt de rester coincé en haut d'un bâtiment, d'un arbre, tomber en pleine forêt, exploser son kwad violemment, ... choses qui arrivent même à seulement quelques mètres. Pour en revenir à ma question de base : quelle est la portée initiale des Taranis? Je me pose la question quand à l'éventuel achat d'un de ces modèles.

Quelle est la portée `normale` d'une Taranis qx7 ou x9d? Car en freestyle je ne vois pas vraiment la nécessité d'aller à 3km... c'est déjà assez la lutte de faire 300m dans la cambrousse pour récupérer le kwad quand tu crash. J'utilise du Radiolink (AT9S + R12DSM) et je n'ai jamais eu le moindre failsafe, jamais, même en étant à plus de 500m derrière des arbres, c'est la vidéo qui freine, pas la radio. Je me tâtais à prendre une qx7 ou qx7s (pour le swag) mais à voir tous ces addons nécessaires pour avoir la paix ça me refroidi. A croire que les Taranis ont une portée de 100m :s

Pour ma part c'est uniquement pouces, j'ai pourtant essayé en utilisant l'index (surtout sur simu) mais impossible de m'y faire.