Jean-Paul BERRY

J'ai fabriqué mes batteries 12V/7AH LifePo4 avec des A123 (26650) en association série-parallèle, que l'on trouve sur internet à moins de 10 Euros . NB: avant de connecter des cellules en parallèle il faut les précharger à tension identique. Les modélistes et autres amateurs de vélo électrique ont publié des informations très détaillées sur la façon de confectionner des Accus LiPo de différentes tailles. Le BMS (4 cellules, 10A) se trouve également sur internet à moins de 5 Euros (chine). Il existe des réalisations toutes faites au format de nos batteries étanches au plomb pour 80 à 100 Euros A noter que le BMS protège la batterie des surcharges en courant, on n'a pas besoin de fusible. En-dessous de 10 à 11V, il y a coupure brutale et définitive de l'alimentation avant un nouveau cycle de recharge. Certains BMS sont si rapides que l'alimentation directe d'un XPDR n'est pas possible à cause des impulsions (200W crête), un condensateur est nécessaire...

Depuis des années j'utilise des batteries LiFePo4 avec BMS (battery management system) sur mon planeur pour tout (VHF, XPDR, ...) et je n'ai plus de problème d'énergie ) à bord avec un gain de masse de plus de 2kg. Le chargeur de ces batteries est basiquement V/I à 14,4V/1A. Le régime de décharge dans le planeur étant faible de l'ordre de C/10, il n'y a rien à craindre, d'autant que la fin de décharge étant contrôlée par le-dit BMS, la phase "instable" chimiquement parlant n'est jamais atteinte; Enfin depuis plus de 5 années mes batteries LifFePo4 perdurent (plus de 1000 cycles). Ceci est un "REX-BAT"! .

Je confirme le faux et usage de faux compte NetCoupe "Paul BISMUTH" nom d'emprunt célèbre dans d'autres affaires...

Plusieurs pilotes volant sur une même machine à tour de rôle déposent leur vol sur la NetCoupe sous un unique faux nom. N'est-ce pas anti-sportif? Est-ce permis, acceptable sinon conforme au Code Sportif auquel se réfère la NetCoupe?

Le problème de rallonger les tuyaux sur les ressorts, c'est l'antenne du XPDR qui se fait "gifler" par la trappe de droite à l'ouverture: avant la pose de l'antenne "flex", je cassais régulièrement l'antenne rigide.

Lorsque l'on utilise un crabe-trolley, il est nécessaire de relever les trappes. Avec du tasseau de 10x20mm et 4 vis de 4X40mm j'ai fabriqué un petit accessoire qui maintient les trappes relevées. https://www.dropbox.com/sh/ewmqgnxe1vuou5w/AABgJO3S2uBuwNTe1SPGIinma?dl=0 Il est moins contraignant, plus facile à installer et enlever qu'un sandows.

Dans la version Android 7.0 (test) de XCSOAR j'obtiens sans problème des cartes de PC-MET Par contre dans la version Android 6.8.3 je n'arrive pas à faire fonctionner RASP. J'ai pourtant téléchargé xcsoar-rasp.dat et l'ai placé dans le dossier XCSoardata. Est-ce que quelqu'un aurait fait tourner cette application et/ou saurait récupérer les données RASP présentes sur le site des parapentistes?

Vous trouverez le sketch Arduino pour Vario Vu-Métre (simple et pas cher) dont le bruit ne dépasse pas l'épaisseur de l'aiguille du galvanométre étalonné en m/s sur la photo, avec ce lien sur ma Dropbox: https://www.dropbox.com/sh/qu1ol5ay051nk5a/AADMEuBePf_sUHK0J8QhyKzoa?dl=0 L'altitude est échantillonnée 20 fois par seconde et filtrée par la technique de la moyenne glissante. Exit Kalman, ce devrait faire plaisir à Robert et autres...

Serie 5 Part Nr 50-216/07:00 Serie 5+ Part Nr 50-216/08:00 l'AD devrait comporter le Part Nr!

Le capteur de pression ne mesure pas la différence de pression avec un bruit de 10%. On traite son signal, calcule une altitude que l'on filtre. La résolution (bruit) est inférieure à 0,1m. Le traitement informatique de son signal fait une différence entre deux échantillons d'altitude. Bruit sur la différence d'altitude non filtrée 10%. Bruit sur la différence d'altitude filtrée (Kalman) 3% soit pour le vario inférieur à 0,1m/s. Lien vers la mesure et/ou tracé fourni ci-dessus. Il vaut mieux prendre - rho*g*deltap, d'autant que l'on calcule le vrai rho de l'air humide pour obtenir le ratio de densité. Atmosphère standard ou pas ce qui nous intéresse, c'est la sensibilité, la tendance du vario, autour de 0, sa valeur serait entachée d'erreur. Est-ce que tu pourrais nous chiffrer cette erreur en atmosphère réelle, en thermique ou la décroissance de température est de 10K/1000m? Quid du calcul du vario en-dehors des thermiques? Faut-il changer de calcul selon que l'on est en spirale ou en transition? D'autre part nous avons d'autres informations issues du GPS et de capteurs d'accélération. On peut envisager de générer un modèle d'atmosphère dynamiquement (en temps réel). Quant au recalage, le Smartphone reçoit les METARS... Enfin il existe des capteurs qui fournissent la pression, la température (c'est le cas du MS5611) mais aussi l'altitude directement (HP206C). https://www.dropbox.com/s/m7ctqn96e7boz5y/HP206C-Block-Diag.JPG?dl=0 Je suppose que les concepteurs de ces capteurs ont intégré la correction de température, ce qui implique que le capteur soit à la température extérieure. Dans la conception des aéronefs modernes, les tuyaux devraient-être supprimés et remplacés par 3 fils...

La simple formule se trouve là: https://en.wikipedia.org/wiki/Barometric_formula Si elle est si fausse, cela ne me dérangerait pas du tout que tu fasses corriger... D'autre part: Ordre de grandeur du bruit du capteur sur la pression (valeur absolue qq 500 à 1000mB) mesurée 0,01% donc il n'y a pas besoin de filtrer. Ordre de grandeur du bruit sur la différence d'altitude (dans la gamme + ou - 5 m/s du vario) fonction de la pression 10%. Malheureusement quand on retranche deux altitudes (ou pressions) prises à intervalle de temps de 1s, leurs bruits (aléatoires sinon Gaussiens) ne se retranchent pas, ils se mélangent!

En fait la TAS (True Air Speed) est calculée par XCSOAR. Dans la trame $PDVDV on transmet l' IAS (Indicated Air Speed) et le ratio de densité obtenu à partir de la mesure de température, d'hygrométrie et effectivement de pression. On pourrait filtrer cette pression mais il me semble qu'au niveau de la précision IAS/TAS cela n'a pas une aussi grande incidence que sur le vario. Ce qu'il n'y a pas, pour le moment dans cette bidouille, c'est la compensation électronique du vario qui est facile à réaliser avec la pression pitot...Je me demande si XCSOAR ne la fait pas déjà, ainsi qu'un complément vario-métrique avec les capteurs d'accélération qui se trouvent dans nos Smartphones? A vérifier avant d'ajouter des capteurs inertiels qui eux aussi devront être filtrés...

OK Robert tu t'intéresses à l'atmosphère...atmosphère, est-ce que j'ai une gueule d'atmosphère? non car je m'intéresse au bruit du capteur. que l'on filtre l'altitude ou la pression qui se trouve dans son calcul, je ne vois pas la pénalité. Le tracé de la Vz avec Scilab (INRIA) me montre que le filtre de Kalman diminue ce bruit d'un facteur 3 en-dessous de 0,1m/s. Adrien parle d'une autre solution de filtrage passe-bas du premier ordre. Je crois me souvenir que l'on doit distinguer le temps continu et le temps discret. Dore et déjà, la maquette en photo: https://www.dropbox.com/sh/aqxyw2toi6do4xc/AADKUmtsdxihJ6tLOkUGobT7a?dl=0 est embarquée dans mon planeur et vivement les Cumulus!...

Enregistrement du vario sans filtre (rouge) et avec deux sortes de filtre de Kalman (vert). https://www.dropbox.com/sh/1fao8s871wsr1aw/AAA-tQQ2MLoZMNcvJWY0YbF0a?dl=0 Le premier est plus efficace mais s'initialise en plus de 10s.

D'ou l'usage d'un filtre de Kalman. Mais en planeur ne s'intéresse-t-on pas surtout à la tendance d'une mesure vario plus ou moins intégrée qu'à une valeur précise dans l'absolu, d'autant qu'en spirale ça fluctue? La question du recalage altimétrique est abordée de facon exhaustive dans cette thèse: https://www.dropbox.com/s/9y2e2ga05w0p8fs/document.pdf?dl=0 Il est nécessaire d'hybrider les mesures, pression, inertielles, GPS. Or avec notre smartphone, le flarm et quelques petits modules à qq Euros, nous pouvons disposer de ces mesures...de quoi s'occuper à la retraite!

Le but de cette interface, c'est: 1/ la mesure de la vitesse air, de la température de l'humidité pour le ratio de densité , afin d'obtenir la TAS et le vent en transition. 2/ l'obtention une sensibilité du vario de l'ordre de 0,1m/s. Ce n'est pas un altimètre de précision. D'autres informations (GPS) sont traitées dans XCSOAR ...

Bonjour Neulat 31, https://fr.wikipedia.org/wiki/Filtre_de_Kalman et son implémentation en librairie Arduino: https://www.dropbox.com/sh/tw29a4awwoffrus/AADtSGKBQ63f-4kOPTnoCe-ma?dl=0 après une période d'initialisation-mémorisation (et ça demande un peu de mémoire) le filtre numérique ne retient que les "tirs groupés" dans le bruit "Gaussien"...

"Ach so" cela fait des décennies que les dites durites sont coupées pontées, sinon redistribuées dans nombre de planeurs pour alimenter calculateurs et autre, ne serait que la statique de XPDR. Alors me direz-vous le XPDR est réglementaire et se porte mieux avec la statique externe qu'interne. Mais les calculateurs, le Zander SR940 dans mon Ventus, sont-ils autorisés à inter-connexion hydraulique? OK Adrien, il est bien connu qu'une LNMA est nécessaire pour déposer un anémomètre si c'est là que tu veux en venir. En ce qui me concerne, j'ai cette LNMA mais à terme je remplace mon SR940+GP940 sans même couper des durites, je gagne des centaines de grammes et de mA! Qui serait "administrativement" contre?

Intéressant en effet ! Le mettrais-tu sur github ? https://github.com/JPBLX/OpenVario-XCSOAR-Arduino Les deux trames envoyées par BT à XCSOAR sont au protocole Vega $PDVDV et $PDVVT

Pour mesurer précisément une vitesse air, on a besoin d'un capteur différentiel unidirectionnel dans la gamme de pression dynamique 0-50mb (AMS5915). Quant à l'altimétrie avec une résolution de 10cm, on a besoin d'un capteur de pression à conversion 24 bits (MS5611-01) et de réduire le bruit par filtrage de Kalman. Je doute des résultats de ta manip avec BMP085, remplacé par BMP180 mais encore pas assez précis et pour pitot et alti-vario... Je suis en train de créer un "fork" dans GitHub ou nous pourrions nous retrouver. Enfin sachez que j'ai été bien inspiré par les parapentistes, modèlistes et autres "dronistes". Le cout de ma manip n'excède pas 100 Euros, désolé pour les pros de l'instrumentation planeur.

J'ai cherché à simplifier mon projet "Openvario perso" avec Arduino et le code tourne dans son EDI mais c'est du C! Il y a des perfectionnements à apporter à ma maquette, par exemple coller un petit tube sur le capteur de pression statique (MS5611) pour l'alimenter par la pression extérieure. Quant au soft, on pourrait retrancher la pression dynamique de la pression statique pour obtenir une compensation du vario. mais dans l'immédiat ce qui m'intéresse c'est surtout le vent en transition.

Le capteur AMS5915 a deux tubes d'entrée comme nos "Badins": les pressions peuvent-être prises en T. Le soft est sur ma DopBox: https://www.dropbox.com/s/atqa8wkkuixr02x/Vega2.txt?dl=0

Bonjour, En 2015 je me suis intéressé à OpenVario, j'ai approvisionné les composants y compris les circuits imprimés CMS. Cet hiver, réflexion faite, j'ai préféré utiliser directement trois senseurs (AMS5915,MS5611,DHT12) et un Arduino (Nano) pour envoyer la vitesse air, la pression, la température, l'hygrométrie via BlueTooth (HC05) dans des trames (protocole Vega) à XCSOAR. Le logiciel que j'ai développé implémente les équations de Bernouilli (pitot), de Magnus (densité de l'air humide), un filtre de Kalman pour l'altitude (vario) et conclue les trames par CRC. Les tests au sol avec XCSOAR sont conclants et il me tarde de voir la mesure du vent en transition... Si ce soft intéresse quelqu'un, je l'enverrai bien volontier... JPB

Bonjour Georges, J'ai bien récupéré ces câblages et je t'en remercie. Jean-Paul

Bonjour, Je cherche le schéma de branchement sur connecteur 15 broches d'une radio Becker AR2008/25. Est-ce que c'était standardisé par exemple entre Becker et Dittel?