White_Rabbit

Tes moteurs, c'est des G1505 , 3450KV , non?

Merci chatGPT Ah ! 😄 Ce que tu décris est très typique d’un conflit entre le baromètre et le GPS au moment où le contrôleur commence à fusionner les données — c’est normal, et on peut corriger ça. Voici en détail pourquoi ça arrive et comment stabiliser ton altitude 👇 ⚠️ Ce qui se passe réellement Quand ta FC démarre : Elle lit le baromètre seul → définit “altitude = 0 m” à la pression actuelle. Dès que les satellites sont fixés (le “GPS fix” → la FC bipe), le firmware commence à prendre aussi l’altitude du GPS. Or, l’altitude GPS et l’altitude barométrique sont rarement égales : Le GPS donne une altitude géodésique (par rapport à un modèle ellipsoïde, pas au niveau de la mer réel). Le baromètre donne une altitude relative à la pression mesurée. Résultat : un saut brutal (souvent +100 à +300 m), exactement ce que tu observes. 📊 Exemple concret Capteur Altitude lue Interprétation Baromètre au sol 0 m Référence au démarrage GPS fix (6–10 satellites) +200 m Altitude géodésique du lieu → Fusion des deux 💥 Saut de +200 m dans l’OSD ✅ Solutions selon ton firmware 🔹 Si tu es sous Betaflight Betaflight n’effectue pas de fusion baro+GPS, mais affiche les deux. 👉 Le saut vient probablement du fait que l’OSD bascule sur la valeur GPS dès qu’il y a un fix. Solutions possibles : Dans l’OSD, affiche uniquement “Altitude (baro)” au lieu de “Altitude (GPS)” (tu peux choisir le capteur dans les paramètres OSD). Si tu veux une altitude relative “0 au décollage”, garde le baro comme source principale. Vérifie aussi dans le CLI : set osd_gps_altitude_source = BARO save (selon ta version Betaflight — certaines utilisent une option équivalente) 🔧 En résumé : pour un OSD stable, laisse Betaflight utiliser le baromètre seul. 🔹 Si tu es sous iNav iNav fusionne réellement baro + GPS → donc la correction peut être calibrée. Tu peux : Aller dans l’onglet “Sensors” → “Barometer” et cliquer sur “Calibrate at zero altitude”. Vérifier que dans le CLI, la variable suivante est bien réglée : set nav_use_magnetic_declination = ON set nav_use_barometer = ON Si le saut reste important, tu peux aussi ajuster : set baro_ground_altitude = 0 set nav_altitude_ground_reference = BARO save Cela force la référence altitude sur le baromètre au moment de l’armement, avant la fusion GPS. 🧠 Bonus : Pourquoi garder le baro malgré tout Même si le GPS donne une altitude absolue plus stable à long terme, il varie lentement et peut dériver de plusieurs mètres pendant le vol. Le baro, lui, réagit instantanément → parfait pour le contrôle précis (alt hold, RTH, etc.) C’est pourquoi la fusion des deux est toujours la meilleure solution quand elle est bien calibrée. 🧩 En résumé Situation Cause du saut Solution Betaflight OSD passe de baro à GPS Afficher altitude baro uniquement iNav Fusion baro/GPS mal initialisée Calibrer baro au sol avant fix GPS Les deux Différence d’origine baro / GPS Normal — il faut forcer la référence à 0 au sol Si tu veux, je peux te dire exactement quelles lignes régler dans ton CLI selon ta configuration (Betaflight ou iNav, et ta version). Tu veux me dire lequel tu utilises ?

Perso, je ne me fie pas au baro. en théorie le baro est précis avec une résolution de 10 à 30 cm , dans la pratique , en free, avec le vent, le baro est perturbé par le flux d'air et tu peux avoir des variations de plus ou moins 10 ou 20 mètres, parfois plus...

Donc au démarrage t'as +205m... Vas faire un tour sur Ce Topic, revois tas config mais surtout reprend à partir du moment ou ça t'envoi sur U-Bloc. Si après une bonne config tu n'as pas de bon résultats, je te conseille d'essayer avec un autre GPS. Ta FC, elle n'y est pour rien, elle te retranscrit seulement les infos que lui donne le GPS

Tu peux, stp, brancher ton drone sur BF, attendre d'avoir locker quelques SAT et envoyer un screen?

Tu attends bien d'avoir une dizaine de SAT lockés avec d'armer?

Nan c'est bon, comme une conne j'avais flashé en Sbus au lieu du Fport 🤣

Le niveau de ton altitude GPS est calculé sur ton point de départ et non sur la distance qui te sépare du sol. et compter sur le Baro au-dessus de l'eau ça va forcément te donner une mesure inexacte

Voici la liste des Fonctions Spéciales de EdgeTX. Comme je disais je n'ai pas possible sans modifier l'OS en lui même, et la c'est un autre boulot... Je te conseil de te reférer au Wiki d'OpenTX, c'est exactement pareil que EdgeTX, mais c'est beaucoup plus riche d'info et c'est en Français .

bah oui, mais il a pas mit le tx au bonne endroit. a mon avis si ils on mit un gros logo ATTENTION c'est pas pour des lol

c'est parce qu'il l'a mit sur le TX6 et pas sur le TX3... a mon avis ça vient de la

Non, c'est pas tant que c'est compliqué, compares tes modèles enregistrés à des dossiers sur le bureau de ton ordi. Ce serait surement possible pour les dev, mais c'est surtout que ce n'est ni utile, ni vraiment secure. Sur ta radio, tu peux Switch assez facilement en deux manips, donc attribuer une voie juste pour ça serait dommage. Et en plus, imagine, t'es sur un bando avec des potes, y'en a un qui branche un de tes drones sur BF alors que tu es en plein run, tu fais un beau game over

Je ferais une sauvegarde quand ca marchera lol. J'ai plus de réception. j'ouvrir un topic demain ou après demain avec plus de détails

Coucou. elles sont pas super jolies tes soudures. Dis moi, c'est normal que ton fil noir soit sur le +5V? ^^ J'ai rien dis Il te 4 fils pour connecter ton VTX, et sur le TX3, pas le 6 (c'est marqué télémétrie) et après règles l'UART3 dans BF en VTX (TBS smart audio)

Coucou. alors perso je tourne sur OpenTX, mais EdgeTX c'est exactement pareil (les copieurs ^^) et pour moi, non, ce n'est pas possible, du moins pour ce que tu veux faire; Tu aimerais que ta radio switch de modèle toute seule suivant le RX détecté ? T'as peut etre moyen de récupérer des infos de nom dans la télémétrie, mais ça revient au même, tu devras Switch manuellement. Et pour le faire via un Inter, non, ça ne sera pas possible non plus.