Binary White -FPV-

Dans les fais ça sert surtout à identifier si possible les drones en cas de crash ou problème 😉 aucunement dans un contexte de signalement aux autres aéronefs. Il existe des antennes de monitoring dédiés aux force de l'ordre permettant de cible précisément un signal (wifi ou autre) mais de la à en voir à tous les coins de rues on y est pas xD

Pas de recommandation à ce niveau dans la loi, donc visiblement non pas encore, il est juste nécessaire de pouvoir justifier du bon fonctionnement 😉 des esp01 et esp01D1 suffisent amplement ^^. Si vous voulez achetez un drone de plus de 800g et que vous voulez pas faires vos balises ou acheter une autre a 250k€ , MP moi lol 😉

Le tuto est FINI ! Faites vous plaisir !

Salut les pirates ! Bon ça faisait longtemps que j'avais pas fais de tutos, du coup vu le tournant législatif que prend le hobby et vu que j'ai pas mal potassé le sujet j'ai décider de vous pondre un petit sujet sur ... LES BALISES DE SIGNALEMENT ELECTRONIQUES ! Comme vous le savais surement, depuis le 1er Janvier 2021 TOUS les drones de plus de 800g prêts à voler (donc avec lipo/li-ion et cam hd) doivent êtres équipés de balise wifi électroniques émettant une trame beacon (oui y va y avoir des termes techniques ce coup-ci lol) sur le Channel 6, contenant les coordonnées de géolocalisation du drone (vitesse, altitude, longitude, latitude et point de départ). C'est bien jolie tout ça mais après avoir checké les prix ... plus d'une centaine d'euro pour UNE seule balise (minimum syndical), et même si la fédération d'aéromodélisme va en sortir une à bas coûts (40€ de mémoire), elle ne sera distribué que dans els clubs et rapidement en rupture. C'est la que pleins de projets ont émergés ! (merci l'open source et les dev !), nous permettant de fabriquer pleins de types de balises pour différents usages et ce en pleine légalité (attention il est nécessaire que savoir que la législation FR diffère de la future législation Européenne, la France pousse pour que l'UE prenne exemple sur nous mais d'ici deux ans on risque de se retrouvé avec 2 balises différentes pour être dans la légalité, situation UBUESQUE mais bon, c'est la France!) ! Pour fabriquer cela nous allons utiliser des ESP, ce sont de petits circuits électroniques équipés de puces wifi, bt ou encore gps. Voici les différents modèles et projets pour les usages : ESP32 TTGO BEAM: Cette balise est la plus simple à créé car tout y est intégré, le gps, le wifi, le BT et même une alimentation li-ion pour la rendre totalement indépendante du drone ! Désavantage me direz vous ? Elle est GROSSE, parfaite pour des phantom 4, Inspires ou des gros porteurs mais à oublier pour nos racers. Lien d'achat: ESP32 TTGO BEAM Upgrade Antenne gps TTGO (15x15) Upgrade Antenne wifi coudé TTGO Lien du code à implanter: GITHUB TTGO BEAM Lien PACK AIO (avec STL): PACK TTGO BEAM Je vous donne le lien original avec toutes les indications qu'il faut afin de la programmer (ce code utilise Visual studio code et le plugin platform.io, largement utilisé par les maker d'impression 3d). Source 1 (base de tous les projets et échanges communautaires très actifs) Source 2 (avec un petit point rapide sur l'enregistrement alpha tango) ESP01 V1D: Ce modèle est un très bon compromis entre l'autonomie du système et la légèreté (11g environ). Il à l'avantage de se branché en 5v et couplé avec un petit BN220 (N'hésitez pas à aller voir mon tuto sur les upgrades GPS 😜) et buzzer, permet une balise compact et facile d'utilisation (encore un peux gros pour un racer mais est diablement efficace). De plus le code permet d'embarquer un petit serveur web local qui, en étant connecté au wifi de la balise et en tapant l'adresse ip dans votre navigateur internet, vous permet de visualiser en temps réel les coordonnées et d'afficher le trajet effectué par le drone sur une carte et de télécharger un fichier gpx ! (pour les téléphones android il est nécessaire d'avoir en plus l'application "speedify", afin de recevoir les donnée cellulaire tout en étant connecté en wifi). Lien d'achat: ESP01V1D JST Buzzer BN220 Lien du code à implanter: GITHUB ESP01: Alors celui la c'est le Graal ! le must , celui qu'on recherche et qui en plus est le moins cher ! On est ici réduit à un système simple d'émission wifi mais qui pour le coup est diablement efficace et ultra légé et compact (8g avec un gps dédié, 3.35g avec le récepteur et 1.5g en ultra light). L'esp01: Ici le récepteur: Il y as 2 manières de faire et quelques spécificités sur ce module. La première est une utilisation avec un gps autonome (obligation pour celui-ci d'être en 9600 de baudrate et 1hz de rate), l'avantage de ce montage est qu'il suffit de tirer un 3v et un gnd de votre fc pour alimenter tout le montage ! (oui c'est du 3V !! pas du 5V, j'en ai fais les frais alors attention ! lol). De plus il permet de n'alimenter le gps QUE si la balise est monté sur le drone (le récepteur permet de monter et démonter l'esp si vous avez des modifications à faire sans avoir à tout dessouder, vous perdez 1.5g en light mais perdez aussi en confort). La seconde, et qui est à mon sens la meilleur dans notre utilisation est l'usage en MSP, c'est dire brancher votre ESP01 à un UART, un 3V et un gnd de votre fc et de récupérer les informations du gps déjà existant !! De ce fais vous gagnez en poids, en montage et en simplicité (au prix d'un uart). Actuellement c'est fonctionnel au niveau de INAV et BF (je n'ai pas encore fais de test sur EMU mais pas de raison que cela ne fonctionne pas, à voir si les données GPS et les HDOP sont bien transmis). Lien d'achat: ESP01 / Récepteur / Programmeur Lien du code à implanter: Autonome MSP Note: Pour flasher les esp01 (contrairement aux ESP01V1D et ESP32), vous aurez besoin d'un programmeur usb. 2 sortes existes: Le classique Vous aurais besoin ici de faire un pont de soudure pour mettre l'esp en mode bootloader (soit avec un fil, des cavaliers ou carrément un switch). ou la version avec bouton intégré. ESP32 : Et enfin pour finir, un autre model d'esp 32. Celui-ci va nous permettre non pas de créer une balise mais un DECODEUR DE BALISE ! Oui Monsieur l'agent ! En effet, les trames beacon émises par les balises sont codé dans le réseau et donc ne se lisent pas facilement pour le cerveau humain, à moins de connaitre le langage. Déplus à part pour l'ESP01V1D qui détient un serveur web, c'est la seule manière de savoir sur le terrain si votre balise émet ou non ! Il y a plusieurs manière de les déchiffrer, pour cela il suffit d'avoir une antenne wifi en mode "monitoring " (attention toutes ne le font pas) et d'un script python (comme celui de la gendarmerie). Mais le plus simple ne serait il pas un module qui intègre tout ça et qui en plus permettrais de lire sur un écran dédier ou un smartphone ? c'est de cela dont il est question ici ! Lien d'achat: ESP32 Monitoring Lien du code à implanter: GITHUB Décode Balise GITHUB GENDARMERIE Bon maintenant que l'on à fais le tour du propriétaire et que vous voyez le principe de ces petites puces, on va pouvoir attaquer le dur ! LA PROGRAMATION ! Tout cela ce passe par Arduino IDE (sauf pour la TTGO que nous n'aborderons pas ici vu que les liens disponibles plus haut expliquent très bien comment flasher le tout). Le problème majeur de compiler de l'Arduino est le manques de librairies de base, en effet CHAQUE codes que vous souhaitez compiler nécessite des bibliothèques (ou Library en English) et si l'une de ces dernière est manquante cela ne fonctionnera pas, de plus il faut également implanter chaque modèles de carte que le code va utiliser car l'infrastructure est différente en fonction. Bon vu que je me suis bien cramé les neurones sur le sujets (merci d'ailleurs à AKEX_ du forum d'EMU qui m'a grandement aidé pour ce coté), je vous met un petit lien vers ma version (portable, donc pas d'installation nécessaire) de mon Arduino IDE avec toutes les architectures et Library qui vont bien ! Mon Arduino IDE !! Je vous ai également archivé tous les codes github dans un petit dossier: Pack ALL Codes ESP32 - ESP01 Bon du coup comment on programme ces bestioles ? Un fois Arduino IDE téléchargé on peut le lancer, voila à quoi ça ressemble: Si vous avez besoin de rajouter une Library il faut faudra l'identifier puis vous pouvez la rajouter en faisant une rechercher cet onglet: Pour certaines cartes ou codes il vous rajouter une repository (un dépôt) dans les sources du logiciel, pour cela rendez-vous dans : Voici la ligne qui nous intéresse dans le menu préférence: Puis vous rentrez à chaque lignes le dépôt voulus. (Note: vous n'avez pas besoins de toucher à cette partie dans le cadre de ce tuto). Si vous devez changer l'architecture de la carte ca sera dans l'onglet outil qu'il faudra le sélectionner (vous devrez la changer pour pouvoir flasher un esp01 ou un esp32). Pour mettre l'architecture ESP32 (esp32 et TTGO): Pour mettre l'architecture ESP01 (esp01 et esp01v1D): Maintenant on branche l'esp01 au programmateur, on le met en mode bootloader, et on le branche au pc: Maintenant il ne nous reste plus qu'à utiliser le code que l'on souhaite en ouvrant le fichier .ino : Maintenant que nous avons ouvert le fichier nous allons devoir le modifier les id dans les fichiers "balise" et "DroneID_FR.h". Pour avoir un numéro valide auprès de la DGAC, il vous faut un trigramme : 000 (officiel pour toutes balises DIY) suivis de 3 lettres (par exemple XXX) puis de 24 chiffres (le tout composant un ID de 30 caractères). BALISE: DroneID_FR: N'oubliez pas de noter cet ID, c'est celui qu'il faudra référencer dans alpha tango pour votre drone ! Celons les différents montages, vous pouvez changer quelques options pour définir les pin, mettre un buzzer etc ... : Une fois modifié nous allons téléverser le code dans la balise. On choisis l'architecture 8266 puis on sélectionne le port où est branché le programmateur et et cliquez sur téléverser (la flèche) : A partir de la c'est le suspens !! (ou pas ^^) si tout va bien (ce qui normalement devrais être le cas) le programme va se compiler et va se transférer dans la balise (surtout ne fermez pas le programme ou ne retirez pas l'usb sous peine de briquer la carte): Une fois ce message apparut, vous pouvez retirer l'usb : Et voila ! votre balise est programmé ! Bon c'est bien gentil de faire click click mais comment on build tout ça ? J'ai fais de petites notices en fonction des montages (pour l'esp01 en MSP et l'esp01D1): ESP01 en MSP (lite ou connecteur): MSP.pdf EPS01 avec gps dédié : Il faut faire également un pont sur l'esp01 : ESP01D1 autonome: ESP1D1.pdf Voila pour ce qui est de la partie ESP01 (il ne vous reste plus qu'a déclarer les ID dans alpha tango et c'est tout bon !). Oui mais si je me fais contrôler par les forces de l'ordre ? En théorie ces derniers doivent être équipés d'une antenne monitoring, d'un pc et du code python qui décode les trames pour vérifier la conformité, mais si vous voulez être un bon élève, vous pouvez simplifier le tout en fabriquant un sniffeur de trames ! , c'est à dire un petit appareil qui décode les trames beacon envoyées par votre balise. Pour cela, il faut vous munir d'un esp32. En ce qui concerne le modèle peu importe (pour le Bluetooth le vous conseil la TTGO car elle est totalement autonome et permet un accès facile via le smartphone, pour le TFT je vous conseil le model que je vous ai donné plus haut, ce qui suit n'est applicable que pour ce cas précis). Pour le code de décode balise Bluetooth, il vous suffit d'ouvrir le code avec arduino IDE , de sélectionner l'architecture "ESP32-dev module", le bon port, et de téléversé dans la balise. Pour voir les trames, il faut télécharger une petit application : Vous vous connectez en Bluetooth au sniffeur, puis vous verrez les trames beacons décodés qui sont diffusé (du moment que le gps a fixé des satellites). En ce qui concerne le code avec un TFT c'est un peu plus touchy ! vous devez déclarer quels sont les bon drivers et modèles à utiliser. Pour cela vous allez aller dans le dossier Arduino IDE, et rechercher dans la Library TFT_eSPI (attention elle peux se trouver à plusieurs endroits) le fichier "User_Setup.h" et "User_Setup_Select.h" : Dans "User_Setup.h", il vous faut choisir le bon driver graphique concernant l'écran tft, dans notre cas le ST7789_DRIVER. Pour l'activer nous dé-commentons la ligne (ensupprimant les deux slash "//"), n'oubliez pas de commenter avec "//" la ligne de l'autre driver actif si il y en à un (moi c'était ILI9341_DRIVER). On enregistre. Puis on ouvre le fichier "User_Setup_Select.h". Ici nous allons choisir en dé-commentant (de la même manière que plus haut) le model de notre carte esp32, dans notre cas c'est la "TTGO_T_Display.h". (N'oubliez pas de commenter avec "//" les autres modèles si il y en à d'actifs). On enregistre. Et voila! vous n'avez plus qu'a téléverser le code Decode_balise_TFT dans l'esp32 et vous verrez une vois le module alimenté (par câble ou batterie) les trames affichés sur l'écran ! Et voici la fin de ce tuto ! Un ENORME merci aux dev qui font un job de fou et qui nous permettent d'innover le hobby tous les jours ! Voici les sources du tuto: Open Source French Drone Identification vae-tech A très vite dans les nuages !

La feature n'est pas présent sur emu 🙂 (à voir avec 3.2 mais je ne crois pas)

Perso riselan et double face sur le dessou, part du principe que plus tu couvre la surface de l'antenne moins tu auras de perf

Un petit riselan pr les câbles 😉 pr moi aussi le meilleur compromis est le bras, sinon le strap lipo est top aussi !

C'est possible mais ça serais étonnant, personnellement j'ai déjà eu des pb de save de conf (dans le même genre) en passant pas le passthrough (à cause des baudrate). En passant via ftdi ça s'était résolue ^^ essais par dans ce sens 😉

Regarde ton nombre de sat max tu es large au dessus de 32, et tu as zéro valeur dans galileo (0,0) donc je pense qu'il me considère comme inactif. Notes les valeurs de tes autres bn220 et check en les retranscrivants.

@Feisargg, la petite Led bleu pr infos c'est un indicateur de rate ^^ (à 100ms ça clignote à fond lol), plus tu monte le rate plus elle clignote ^^

Jamais eu de soucis niveau GPS (5 bn220) sde emu 1.2 a 3.x

Et surtout !! Vérifier vos tasks ! On compte plus les aio avec les gyro dead à cause de ça lol

Je suis d'accord mais lui vol en stab, et en tiny tu as tjs plus ou moins une dérive ! Après reflasher et tuner serais pas du luxe

Tu as refais ta calib gyro ? Quel est ta fréquence cpu ? Tu as trimé en manuel sur ton mod stab ? Quel est ta version de conf et target ? Tu as reflashé ?

Rejoins nous sur le discord tu as l'air d'avoir la motiv on aurais bien besoins de gars comme toi ^^

@naviluminortente un reflash et une des installation total (avec suppression des dossier restants à la man) et repartir sur 3.3. Tiens moi au courant !

@Feisar c'est pas pr faire mon rabat-joie (ne le prend pas perso ou mal hein) mais si on ne laisse pas les targets des versions en test en public c'est qu'il y a une raison... On s'est déjà mordu les doigts avec 2.x ça avais fuité de partout et les gens râlaient car y avais des bugs (normal puisque ce sont des bêtas). On ne veux plus ça pr 3.x surtout que c'est bcp plus minutieux et moins permissif dans le tune et le code. Ne venez pas pleurer si vos quad crament ça ne sera pas de la faute du fw ^^'. Si vous voulez des targets particulières demandez à kaio sur le discord c'est le dev référent des targets. Bref dsl si je met le souc, l'intention est louable mais ne va pas dans le bon sens... @Feisarsi tu veux vraiment aider, viens ns rejoindre dans la team dev/bêta-test, toutes les mains sont bonnes à prendre ^^

C'est que ça ne dois pas marcher alors, case ftdi oblige

Tu la remap sur quelle port ? Après c'est possible que ça passe pas, j'ai personnellement jamais test. Prend un ftdi c'est 5€ et est tellement utile 🙂 et tu sera sûre de ta config ^^

Ton port en soft serial normalement c'est rx/tx 11 😁 pour le 1 et 12 pour le 2 😉. Dans le doute tu vérifie avec tes remap en tapant "resources" dans le cli et en check ant ton port ^^

Ça dépend de la cause de la chauffe, une sur filtration entraine aussi de la chauffe moteur, et plus tu augmente ton Q plus tu augmente le trust gyro donc moins de filtration 😉 il est surtout la pr les mto mais peux aider à réduire la chauffe si ton setup est sur filtrer. Cette logique de tjs rajouter du filtre est purement bfienne et totalement fausse lol. BF rajoute d'autres types de filtres pr contrer le sur filtrage d'où le comportement merdique car influe sur la latence. Sur emu on préfère moins filtrer et filtrer juste ^^.

Tjs faire un vol de test de 20-30sec max pour test la chauffe moteur 🙂 emu 3.x vole bcp mieux que bf mais est plus exigent niveau filtrage (normal u en a moins). n'hésitez pas à passer sur le discord pr les infos de tunes et sur le wiki (très très explicatif et qui donnera bcp de précisons). Idem pr les target il faut demander sur le discord ^^.

Yo ! Alors pour information (j'ai pas reparcouru tout le topic ^^` donc je ne sais pas si ça a déjà été dis), on a remarqué avec pas mal de bêta testeur que le fais d'avoir le dynamic filter chauffe bcp sur les moteurs (ça dépend des tunes et des presets, mais vu qu'il est très minutieux à ajuster, les impacts sont importants). Personnellement je le désactivé sur mes conf je trouve que ça vole bcp mieux, moins de latence et plus du tout de chauffe. L'onglet ce trouve dans configuration (à côté de l'airmode). Après pr ma part (en 4s) je filtre à 120 sur le lpf gyro et sur le dterm à 120 lpf1 et 180 sur le lpf2 (règles des 60 :-P) et les filtres dterm en biquad. Voilà, si ça peu en aider certains. Par contre attention sur les cinewhoops, j'ai n'ai pas pu faire de BB encore mais vu que c'est des builds extrêmement noisy, le dyn filter est préférable tant que vs n'avez pas fais vos plasma tree pr ajuster 🙂 J'en dirais plus dans ce sens quand j'aurais revolé, je viens de recevoir ma tx16s (pas volé pdt un mois lol). Allez, bon vol et kiffez !

Tkt ^^

Hésite pas à passer en Mp ou via fb ou discord pr discuter ça sera plus simple ^^