Jerome

Oui, que tu sois en ralenti statique ou ralenti dynamique, tes moteurs ont toujours un ralenti. Le Air Mode permet de maintenir l'autorité des commandes même gaz à 0 (activation de la boucle PID), il s'applique par dessus le ralenti. Pour faire ce que tu veux, il faut activer le "MOTOR_STOP" de l'onglet "Moteurs", en plus d'avoir le Air Mode désactivé. En général ce n'est pas conseillé pour des raisons de sécurité, mais sur un 2.5" le risque est plus limité. Je trouve pénible de devoir activer/désactiver le Air Mode manuellement mais si tu peux vivre avec, alors pourquoi pas 😉 J'imagine que tu fais ce test sans hélices ou en tenant le quad. C'est une sécurité de Betaflight, si tu ordonnes une commande, qu'il active les moteurs en conséquence mais qu'il constate que ça n'a pas l'effet escompté sur la machine, il se met protection pour éviter un potentiel fly away.

Souvent les gens "repin" ou soudent, donc c'est pas vraiment un souci. Souvent les connecteurs sont en 6 pins pour correspondre aux Air Unit. Mais certains ignorent la partie SBUS, ou d'autres comme la JHEMCU F722 n'ont que 5 pins parce qu'il n'y a pas besoin de plus (sur le 6-pins on a 2 GND 😅). Dans tous les cas il faut toujours vérifier par sécurité.

Je sais pas, d'autres personnes qui au début ne pensaient pas constater le même phénomène nous ont dit que finalement, quand la lumière était moins bonne, ils avaient bien le même problème 😕

Cette FC a bien un connecteur HD, il est juste en 5 pins donc faut repiner, ou opter pour une autre FC avec un connecteur 6 pins.

ahhh pardon, je pensais que tu voulais épaissir les bras, pour ça que j'avais pas compris 😉

Fais toi plaisir, les plans sont Open Source pour que chacun puisse les personnaliser selon ses besoins. Même nous quand on fait découper des fois on fait sauter des ouvertures, des trous, on fait des petites modifs... Concernant l'augmentation de la taille des bras, ca veut dire que tu es sur la version à bras séparés, ca peut commencer à peser lourd en plus de faire perdre de la hauteur de stack 😉

Oui, tant que t'as toute la chaîne de matos radio-TX-RX compatibles, flashés avec les bonnes versions et la bonne configuration sur Betaflight, ça fonctionnait bien.

Bonjour, Pour plein de raisons, qui peuvent se résumer à l'arrivée de ELRS, qui pulvérise le R9 à tout point de vue : Open Source Maintenu et en évolution Moins cher Disponible partout, chez plein de constructeurs Plus performant Directement intégré aux radios de ces dernières années Directement intégré dans des AiO ... Et FrSky a essayé d'abuser de son statut de monopole pour étouffer la concurrence et ça lui a pété à la gueule

Je pense qu'il faut tout flasher, ne serait-ce que pour avoir du DShot Bidirectionnel partout. J'ai l'impression que le passthrough de Betafligh ne marche bien que pour les 4 premiers ESCs. T'as essayé de souder les moteur 5 à 8 sur les pads 1 à 4 pour le flash ?

Bravo de ne pas avoir lâché l'affaire 🙂 On peut se dire aussi que le froid joue grandement en sa défaveur niveau autonomie. C'est bizarre ces twitchs sur le Yaw. T'as essayé de mettre tes ESCs en 48khz ? souvent ça règle ce genre de problème. A moins que ça soit lié au X8 ?

Bienvenue ! Il y a encore très peu de temps, on volait en analogique, encore avant, on utilisait des gyros de wiimote, des cartes à base d'Arduino ou Naze32 et les lipos 2-3S 😉 Depuis le numérique, j'ai l'impression qu'on est dans le futur ^^ C'est dommage de se priver de Betaflight 🙂 Ce firmware est le plus avancé actuellement pour nos drones FPV, c'est 10 ans d'optimisation, des dizaines de développeurs, compatibles avec des tonnes de hardware, pas cher, et c'est Open Source. Et il y a plusieurs moyens pour communiquer avec un "second cerveau" (MSP, I²C, SPI, GPIO). Par exemple un Raspberry Pi Pico est 10 fois plus compact qu'un Due, plus performant et optimisé pour le temps réel, ça peut être une piste intéressante aussi ! Du coup si, c'était utilisé dans les tout débuts du FPV 🙂 La plateforme Arduino était loin d'être suffisamment optimisée pour les performances qu'on attend d'un contrôleur de vol aujourd'hui, et le hardware était très générique. Depuis, on a des FC qui sont vraiment dédiées à notre hobby et le firmware est écrit en C pour de l'embarqué et permet des performances d'un autre ordre. Pendant longtemps (et même encore aujourd'hui), ce qu'on trouve le plus ce sont les MCU de chez STM32 (F3, F4, G4, F7, H7). Actuellement, on voit de nouvelles targets arriver (AT32, Raspberry Pi Pico...). Bon courage avec ton projet, y a de quoi bien s'occuper ! 🙂

Je garde des stocks de toutes mes anciennes stacks ou y a du spare et j'ai pris qques sachet de plus sur Aliexpress, j'imagine ca doit aussi se trouver chez DFR et autres

I didn’t ask for pricing for the multi-plate version. The unibody might be slightly more expensive because more carbon is wasted, whereas with the multi-plate version, the cutting service can nest all the parts closer together. The unibody is also a full 4 mm thickness. However, I don’t expect the price difference to be so significant.

Hi @dkzfpv, As I told you on Printables, thank you for sharing your remix with the communtity and for taking the time to post here 🙂 The video is great ! Don’t hesitate to try the unibody version one day. With its 4 mm bottom plate thickness, this thing is a tank. I’ve had two of them for two and a half years, and I’ve never broken a part, even in bandos. It really changed our view on unibody designs 🙂 If you choose the JeNo Classic, just make sure to use the bando arms and the thickened bottom/top plates. What I love about the JeNo Classic is that you have plenty of room for an easy build, as well as easy maintenance. The Fit is based on the JeNo Classic bando, with a lower profile and a shorter body. It probably makes it a bit more sturdy, but the build and maintenance are also slightly more difficult because of the low profile. No bad choice here, just different advantages 🙂

Disons que ça a forcément un effet, mais à notre niveau, il est assez négligeable, déjà à cause de la matière en elle-même qui laisse plutôt bien passer les ondes, ensuite ca reste une fine couche de TPU et en plus l'antenne n'est jamais complètement entourée par le TPU. Rien qu'en bando, y en a de plus en plus qui volent avec des antennes linéaires complètement enveloppées dans du TPU, alors qu'en bando par définition y a plein de murs. Je pense qu'il faut pas trop se prendre la tête avec ça.

Tout le monde a sa définition de MR et LR. Mais ELRS, t'es vraiment tranquille quand même. Et tu peux jouer sur les réglages du TX pour augmenter la sécurité.

Avec plaisir, bonne année et bons vols en JeNo Ciné ! 🙂 Tu nous diras ce que ça donne avec la Li-Ion. J'en profite, comme il y a assez peu de pilotes en N3. Quand on l'a testé, c'était en fin de journée et la luminosité n'était pas optimale, on avait un énorme flou de mouvement dans le retour FPV qui était assez gênant (pas dans le DVR), est-ce que tu as aussi constaté ce phénomène de ton côté ?

Ça sera pas avant un bon moment malheureusement, mes 2 Pockets sont bloqués au moins qques semaines pour tester les nouveaux VTX de Caddx et BetaFPV 😅

Je te laisse faire quelques recherches, mais pour le coup, oui, les effets de la dangerosité des ondes radios dans les seuils réglementaires, c'est un sujet qui a intéressé beaucoup de monde depuis très longtemps. Et on parle de milliers d'études là. On vit au milieu de ces ondes, on baigne dans des technos basées dessus (mobile, Bluetooth Wifi, radio, TV...), les seuils considérés comme "safe", intégrés dans les différentes réglementations/normes n'ont pas été choisis au hasard. Autant y a des sujets sur lesquels on commence à envisager l'existence de risque parce qu'on ne les a pas encore trop creusés, autant ce sujet là, on l'a vraiment bien essoré. Encore une fois, on ne peut pas démontrer l'absence de risque, mais toutes nos tentatives d'en démontrer l'existence sont pour le moment rester vaines, c'est quand même une information importante en soi.

Yes, très beau projet, merci de le partager ici 🙂 Concernant la cage caméra en aluminium, est-ce qu'il y a eu réelle plus-value dans ton cas d'usage ou c'est vraiment pour le côté esthétique ? Tu peux aussi voir ça dans l'autre sens : vu le temps investi, à moins que tu comptes en faire un business, le mettre à disposition pour qu'un maximum de personnes l'utilisent (et même le fassent évoluer) peut être un moyen de rentabiliser ton investissement de temps. 90h pour un drone dans les airs VS 90h pour 10 drones dans les airs, ça peut être plus satisfaisant 😉 Le seul "risque" de "lâcher les fichiers dans la nature" c'est de te le faire "voler". Mais justement, si tu le sors sous licence Open Source, c'est bien toi le créateur, même si d'autres le réutilisent ou le font évoluer, c'est plutôt une fierté et un signe de qualité 🙂

Cet exemple illustre tout à fait ce principe de charge de la preuve. Il y avait un débat sur quel pesticide, a quelle dose, comment ça pouvait se cumuler. Il y a eu des études pour apporter des preuves, et quand elles sont apparues, le consensus a évolué, le risque a été réévalué. Dans le cas qui nous intéresse ici, on a beaucoup plus de recul, des dizeaines d'années d'etudes, et on n'a pas réussi à faire émerger des éléments solides allant dans ce sens. Ca ne veut pas dire que le risque est nul, juste qu'il n'est pas démontré, qu'il reste sous surveillance et bien sûr, si un jour de nouvellles preuves pointaient le bout de leur nez, on en tiendrait compte. On ne peut pas prouver qu’un phénomène hypothétique n’existe pas. La démarche scientifique, c’est de chercher à démontrer qu’il existe. Sinon, on pourrait tout aussi bien dire que les licornes existent 😄 Comme tu dis, "sans qu'on arrive à démontrer le lien". Ca pourrait résulter d'un dépistage plus précoces, d'une amélioration de l'imagerie, de d'autres phénomène environnementaux. Mais il n'y a pas de causalité démontrée, mais on continue à surveiller et essayer de trouver des preuves. Mais tant qu'elles n'existent pas, on ne peut pas conclure à un danger avéré.

Ca c'est un "renversement de la charge de la preuve" 😉 En sciences comme en logique, la charge de la preuve est de la responsabilité de celui qui affirme l'existence d'un phénomène. On ne peut aps prouver avec certitude l'absence d'un risque, au contraire, il faut démontrer l'existence d'un risque réel. Tu es tout à fait libre d'exprimer tes inquiétudes ou tes intuitions, de même qu'on l'est de rappeler que des tonnes d'études ont essayé de démontrer l'existence d'un danger des ondes dans les seuils réglementés, mais qu'aucune n'y est parvenue. Tout le monde peut comprendre tes craintes, même si on ne les partage pas forcément. Quand @Motard Geek parlait de "rumeurs bidons", ça concernait juste la raison d'être du chiffrage des données. C'est tout simplement parce que ce n'est pas démontré que ça reste des rumeurs. La plupart des communications aujourd'hui sont chiffrées, que ça soit pour la confidentialité, la sécurité, la défense de la propriété intellectuelle... Affirmer que DJI fait de l'espionnage quand on met à jour nos lunettes, objectivement, c'est infondé. A moins d'en avoir la preuve, mais le fait que les données soient chiffrées n'en est pas une.

Après, y a aucune attaque dans nos propos, ça reste des échanges, on comprend tous le principe de précaution. C'est un choix, qui reste appuyé sur des croyances ou intuitions personnelles plutôt que des études sérieuses ou un consensus scientifique. Mais c'est un choix 😉

Je rejoins @Motard Geek sur pas mal de points. Il est vrai qu'on n'a pas un énorme recul, mais ça reste du matos qui passe des homologations pour être vendu sur le marché européen entre autre. Ce qui n'est pas forcément le cas des lunettes HDZero en passant, qu'on ne trouve pas en Europe. Il n'y a pas non plus un seul cas qui établit une corrélation entre l'usage de lunettes DJI et un effet observé sur le cerveau. Les maux de tête sont aussi souvent dus à une fatigue oculaire/intense concentration. J'ai déjà eu des migraines à cause de masques FPV trop près de mes yeux et me faisait forcer. Faut aussi garder en tête que ce qu'émet les lunettes, ça reste des infos de type télémétrie/contrôle, c'est rien du tout comparé à un smartphone qu'on colle à l'oreille (et dont les antennes sont beaucoup plus proches du cerveau que nos antennes des lunettes FPV), sans obstacle, qui monte beaucoup plus haut en puissance et qu'on garde à proximité de notre corps tout le long de la journée. Aucune étude à ce jour n'a su démontrer que les ondes type radio, Wifi, Bluetooth, 4G, 5G etc. ne pouvait détériorer l'ADN (et donc induire des cancers) dans les seuils considérés comme safe. Donc même si on n'a pas le recul sur l'usage de ces lunettes en particulier, on l'a par contre sur ce type d'onde depuis très longtemps. Je peux comprendre qu'on préfère un excès de prudence, mais dans cette logique, il faut aussi éviter les téléphones, le wifi, les caméras wifi, les écouteurs bluetooth, les bady phones... Pourquoi pas, ça fait cher payé pour quelque chose qui n'est pas démontré, mais c'est un choix. Par contre pour les données chiffrées qui "fuitent" chez DJI... à part des données de version, qques logs internes au système, de compte ou de localisation, je ne vois pas trop ce qui peut fuiter. Mais y a rien d'extraordinaire, c'est ce que fait Windows ou toutes les applications qu'on utilise au quotidien. Tous les systèmes ont des logs, ca permet d'investiguer en cas de problème, d'ailleurs le SAV DJI nous demande de les fournir si besoin. Les cookies laissent filer beaucoup plus d'infos que ce qui sort des lunettes DJI. Donc là encore, dans cette logique, il ne faut plus utiliser d'applications, ne plus utiliser internet... Je peux entendre aussi la vigilance, mais dans nos sociétés, échapper à tout ça est un job à temps plein, et les logs DJI sont probablement le dernier de nos soucis 😉

Ca devrait le faire avec une limite moteur autour de 75%