Question:
Quel est le nombre minimum de capteurs pour un drone de suivi de waypoint GPS?
Greg McNulty
2019-07-10 08:16:03 UTC
view on stackexchange narkive permalink

Je voudrais développer mon propre logiciel de pilotage, navigation et contrôle (GN&C) sur un Raspberry Pi, pour un petit drone à voilure fixe amateur. D'un point de vue physique, quel est l'ensemble minimum de capteurs / entrées nécessaires pour implémenter le suivi des points de cheminement GPS?

Je comprends que j'ai beaucoup de mathématiques à apprendre, mais quel est le jeu minimal d'entrées pour ces mathématiques? J'ai de l'expérience avec le C ++ intégré pour les systèmes de divertissement pour véhicules, mais aucune connaissance dans le domaine de l'aviation.

Quelle est votre localisation? J'avais l'impression que la plupart des pays développés n'autorisaient qu'un fonctionnement en ligne de mire, contrôlé par l'opérateur. N'est-ce pas le cas?
Ce qui est autorisé n'est pas le même que ce qui est possible.
Un Raspberry Pi est un choix terrible pour cela: gros, gourmand en énergie et beaucoup trop de matériel et en particulier de complexité logicielle qui peut échouer de manière impossible à reproduire ou à comprendre. Des choses pratiques comme celle-ci utilisent un microcontrôleur de taille moyenne avec un port série gratuit pour interfacer le GPS.
@ChrisStratton si vrai. Quelqu'un a essayé de contrôler les LED RVB à l'aide de l'horloge logicielle de PWM sur un Pi, et a eu tout à fait l'éblouissement des couleurs ... la réponse était "demandez au Pi de commander un Arduino pour faire le pointage réel" ...
Dans le sens de ce que disait Jeffrey, c'est en effet illégal aux États-Unis. Les drones amateurs doivent rester à portée de vue de l'opérateur et à moins de 400 pieds AGL. Et, sérieusement, contrairement à de nombreuses réglementations gouvernementales, il y a de très bonnes raisons à ces règles (à savoir, les avions pilotés au-dessus de ce niveau), alors veuillez les suivre. Bien sûr, si tous vos points de cheminement sont dans votre ligne de vue et sous 400 AGL, alors vous êtes prêt à partir.
400 pieds et une ligne de vue peuvent sembler raisonnables, mais cela paralyse gravement l'utilité et la liberté de l'art dans les zones où le risque pour les aéronefs pilotés est extrêmement faible voire inexistant. Ce qui fait également débat, c'est pourquoi le contrôle municipal et étatique de l'espace aérien n'est pas une chose. Je suis d'accord avec le dépliant discret que la légalité n'est pas pertinente lorsque la question demande ce qui est possible.
En 2005, un groupe de gars au Canada a fait quelque chose de similaire (quoique plus simple) avec un GPS + une boussole numérique + un capteur de vitesse anémométrique (tube de Pitot): http://www.canuck-boffin.net/sonde/index.htm. Ils ont des descriptions du matériel et des logiciels qu'ils ont développés sur leur site. Ils utilisaient un minuscule PC industriel (environ deux fois la taille d'un Pi mais i386 à 25 MHz) fonctionnant sous DOS.
@Steve C'est pour les amateurs - des règles que vous devez suivre pour voler sans licence (même si vous devez maintenant vous enregistrer). Si vous devez exploiter votre aéronef sans pilote au-delà de ces règles, vous pouvez suivre une formation et demander une licence d'opérateur de drone auprès de la FAA - ** ALORS ** demander une dérogation à la règle de la ligne de vue (qui, je crois, est accordée par plan de vol)
@slebetman Ceci est quelque peu hors sujet, mais voilà: je voudrais supprimer l'exigence d'enregistrement pour les amateurs et réattribuer les licences d'opérateur de drone commercial pour être strictement une affaire au niveau de l'État (pas d'implication de la FAA sauf la définition de directives, similaire à la façon dont les permis de conduire commerciaux est effectué par État conformément aux directives fédérales). Quelles actions puis-je entreprendre, quels groupes partagent mes sentiments? Je considère comme un double standard que nous ayons des ultra-légers et des parapentes fonctionnant sans licence ni enregistrement du tout, mais la micro-sphère de vol est sévèrement contrôlée.
@Steve Je ne suis pas des États-Unis et je n'y vis pas mais AFAIK la principale organisation qui représente les amateurs (et la seule que la FAA reconnaît) est AMA (www.modelaircraft.org) mais ils sont très conservateurs et essaient autant que possible d'éviter face à la FAA. Pendant des décennies, la loi qui a donné à la FAA le pouvoir de réglementer l'espace aérien limite ce que la FAA peut réglementer pour les aéronefs sans pilote volant en dessous de l'altitude de vol minimale (c'est de là que vient le 400 pieds) à des fins non commerciales. Cela visait à tout couvrir, des avions en papier aux drones amateurs.
.. mais dernièrement, il y a eu un groupe d'intérêts commerciaux, notamment DJI, Amazon, Google et un tas d'autres entreprises qui font pression sur le gouvernement pour qu'il autorise et / ou réglemente l'espace aérien de 400 pieds (car il est précieux pour eux pour leurs drones). Ainsi, au cours des dernières années, le libellé de la loi (qui a des limites de temps est périodiquement renouvelé / réapprouvé) a été modifié pour donner à la FAA le pouvoir d'exiger l'enregistrement. Si vous ne l'aimez pas, une solution consiste à écrire à votre représentant à ce sujet
Concernant la taille et le poids d'une solution Raspberry Pi, voici un projet GPS portable que j'ai construit, à titre de comparaison: https://www.instructables.com/id/Handheld-GPS-With-EInk-Display/ Le prototype décrit il y en avait environ 150 g, la consommation d'énergie est d'environ 1 W, et le volume est d'environ un demi-hot-dog, sans compter l'espace aérien considérable à l'intérieur de mon contenant en plastique. L'application que vous décrivez me semble qu'il serait difficile de l'implémenter sur un Pi simplement en raison de la nécessité d'interfacer tous les périphériques - beaucoup de connecteurs, et certains matériels veulent être sur certaines broches.
Regardez dans les contrôleurs de vol RC amateurs. Beaucoup sont open source et sont capables d'exécuter des missions de waypoints de manière totalement autonome en utilisant une IMU et une entrée GPS externe.
Six réponses:
AEhere supports Monica
2019-07-10 13:17:05 UTC
view on stackexchange narkive permalink

Le minimum absolu pour un véhicule généralisé qui a besoin de connaître sa position et son attitude (orientation) dans l'espace est un par degré de liberté. Ceci peut être réduit si nous avons des informations sur les modes naturels du système et leur stabilité.

Par souci de simplicité, supposons un véhicule se déplaçant en 3 dimensions, ce qui signifie un total de 6 DoF:

  • 3 coordonnées dans l'espace pour connaître la position
  • 3 angles (ou similaire) pour connaître l'attitude

Le Le moyen le plus simple de répondre à ces exigences est les accéléromètres pour les coordonnées XYZ et les gyroscopes pour les angles, et ceux-ci sont souvent regroupés dans une IMU. Techniquement, vous n'avez même pas besoin d'un GPS réel tant que vous connaissez les coordonnées du lieu de départ, car vous pouvez simplement l'intégrer pour connaître votre position. Ceci est connu comme l'estime à l'estime via la navigation inertielle et cela fonctionne de cette façon (utilisons les coordonnées $ x $ comme exemple):

  • Vous devez connaître la valeur initiale $ x $ et son taux de changement: $ x_0, \ dot {x} _0 $
  • Écoutez les valeurs de l'accéléromètre $ \ ddot {x} $ .
  • Intégrez l'accélération pour obtenir la vitesse: $ \ dot {x} = \ int {\ ddot {x} \, dx} + \ dot {x} _0 $
  • Intégrez la vitesse pour obtenir la position: $ x = \ int {\ dot {x} \, dx} + x_0 $

Bien sûr, cela présente de multiples lacunes. Les accéléromètres du monde réel ont du bruit, les gyroscopes ont une dérive, votre emplacement de départ est probablement inexact, votre véhicule a probablement besoin de plus de données que cela pour fonctionner et tous les systèmes que je viens de décrire n'avaient aucun moyen de se retrouver s'il se réinitialise en mission.

Pour un projet barebones réaliste comme vous l'avez décrit, vous aurez besoin de:

  • 3 accéléromètres (dans une IMU)
  • 3 gyroscopes (dans une IMU)
  • 3 magnétomètres (généralement fournis avec l'IMU et permettent de garder les 2 précédents en ligne)
  • GPS (peut être fourni avec l'IMU et vous le vouliez spécifiquement)

D'autres sources de données sont souhaitables mais compliquent considérablement l'architecture FCS, car vous devez pondérer correctement les données, après tout, vous ne voulez pas que l'avion fasse plus confiance au magnétomètre qu'aux gyroscopes et vous montre un petit truc il a appris en passant près d'une anomalie magnétique.

En particulier, une sonde Pitot est bien d'avoir connaissance de votre vitesse par opposition à votre vitesse sol. Une palette alpha est un peu un luxe et n'est pas nécessaire sauf si vous repoussez les limites du vol.

Tout capteur d'observation au sol avec un taux de mise à jour, une portée et une précision suffisants (IR, laser, LiDAR, acoustique, etc. ) vous permettra de lisser vos atterrissages, et celui que vous choisirez dépendra de votre conception et de votre budget; ils ont tous des avantages et des inconvénients.


Du point de vue du codage, si vous voulez vraiment le faire vous-même à partir de zéro, vous devriez vous pencher sur les systèmes en temps réel, les filtres Kalman et le vaste domaine des capteurs la fusion. Apprenez également un peu d'aérodynamisme pendant que vous y êtes, de sorte que la cellule elle-même ne soit pas une boîte noire pour vous. Vous pouvez exécuter un FCS sur un Arduino, même pour des quadricoptères, si vous vous contentez d'un simple SAS de base.

Il existe une grande communauté de constructeurs de drones amateurs en ligne qui peuvent fournir vous avec une solution presque prête à l'emploi pour votre FCS ( Ardupilot), si vous préférez cette approche. Personnellement, je trouve souvent leur documentation manquante, donc je vous suggère au moins d'apprendre les bases de ce que vous faites, pour vous aider à naviguer dans les inévitables lacunes du manuel. De plus, puisqu'il s'agit d'un projet open source, vous pouvez ensuite combler ces lacunes.

Avec un modèle dynamique du système, vous n'avez pas nécessairement besoin d'autant de capteurs qu'il y a de degrés de liberté dans l'état. Il a juste besoin d'être "observable".
@pericynthion, corrigez-moi si je me trompe, mais à moins que vos DoF ne soient en quelque sorte des combinaisons linéaires les unes des autres, je ne pense pas que vous puissiez vous en débarrasser sans perte d'informations. Les axes $ x, y, z $ sont orthogonaux et tandis que les angles d'Euler ont un cas singulier (verrouillage de la nacelle), ils fournissent une représentation minimale suffisante de l'attitude.
@pericynthionif à moins bien sûr que vous vouliez dire que nous pouvons reconstruire l'état d'attitude à partir de la trajectoire et des entrées, ce qui n'est pas le cas dans le monde pratique.
Vous vous trompez :) même si je voulais dire "détectable" plutôt que "observable". Il suffit d'avoir autant de capteurs qu'il y a de * modes instables * du système dynamique, à condition que ces capteurs donnent des observations correctement orthogonales.
Surtout, il n'est * pas * nécessaire que les capteurs dont vous disposez soient parfaits, ni que votre modèle dynamique soit parfait, ni qu'il n'y ait pas de perturbations (par exemple, des rafales de vent).
@pericynthion juste, ça fait trop longtemps que je n'ai pas traité de la théorie du contrôle. Cependant, je pense que cela nécessite encore un ensemble supplémentaire de contraintes, en particulier que les commandes ne peuvent pas faire sortir le système de l'enveloppe stable, ce qui est assez difficile à faire pour les avions. Le modèle n'a pas besoin d'être parfait, mais il doit être applicable: les modes classiques longitudinaux et latéraux sont valables pour les perturbations autour d'un vol en palier stable et un aéronef en vrille plate ou en décrochage profond peut présenter de nouveaux modes.
Laissez-nous [continuer cette discussion dans le chat] (https://chat.stackexchange.com/rooms/95994/discussion-between-aehere-and-pericynthion).
Merci beaucoup @AEhere: pour tous les détails et merci pour les exemples intégraux. Je vois maintenant comment l'approche «aveugle» fonctionnerait et à quoi servent les capteurs. Dans le cas où le GPS est ajouté au mélange, est-ce là que la fusion des capteurs entre en jeu?
Un baromètre (ou une autre méthode pour mesurer les changements d'altitude) aiderait également - le GPS peut obtenir de l'altitude, mais pas avec la même sensibilité ... (je dirais qu'il est plus difficile de remplacer par le GPS que les magnétomètres - Si vous avez l'attitude et l'heure, vérifier le GPS obtiendra la direction décemment, mais plus lentement qu'une boussole (électronique)) (Étant donné que les points de cheminement GPS sont impliqués, je suppose qu'un GPS est obligatoire de toute façon)
@GertvandenBerg juste, mais lorsque vous êtes loin du terrain, le GPS devrait suffire, et lorsque vous vous en approchez, vous aurez besoin de quelque chose de plus précis qu'un baromètre de toute façon. J'inclurai quand même une ligne. En outre, les vecteurs de vitesse dérivés du GPS sont d'une précision décente pour le niveau amateur.
En bref: à des fins expérimentales, c'est une bonne idée de commencer avec un kit 9DoF + GPS.
Le capteur de l'axe Z est divergent en présence de la gravité terrestre. Si vous êtes plus haut que vous ne le pensez, vous estimerez que G est trop élevé et vous calculerez que vous êtes en train de tomber, de sorte que vous volerez toujours plus haut. Même problème si vous êtes plus bas que vous ne le pensez. Alors G sera plus élevé que ce que vous estimez, vous penserez donc que vous tirez vers le haut et compenserez en piquant. Ne comptez pas sur Z. De plus, la plupart des gyroscopes intégrés sont en fait des gyroscopes à taux qui doivent être intégrés pour développer un angle réel. Malheureusement, cela vous laisse vulnérable au décalage CC intrinsèque dans le capteur. ...
... Sans autres données, vous sentirez que vous êtes en train de tourner et générer une véritable rotation pour compenser. La fusion de capteurs et les filtres de Kalman sont la réponse ici. Les magnétomètres peuvent être votre ami pour estimer et éliminer le décalage CC du gyroscope.
@cmm: Fusion de capteurs et filtres de Kalman pour quelles entrées?
@GregMcNulty c'est une question différente, même si j'essaierai d'ajouter une ligne quand j'aurai le temps. Pensez à le demander sur https://robotics.stackexchange.com/, car je ne suis pas sûr que ce soit un bon choix pour ce site.
pericynthion
2019-07-10 09:47:19 UTC
view on stackexchange narkive permalink

C'est probablement possible avec uniquement le récepteur GPS, mais ce ne serait pas facile et vous devrez peut-être faire des compromis sur la conception de la cellule pour obtenir la stabilité passive nécessaire.

L'ensemble traditionnel de capteurs pour ce type d'application est, à peu près par ordre de priorité:

  1. GPS
  2. gyroscope à 3 axes
  3. Accéléromètre 3 axes
  4. Magnétomètre 3 axes
  5. pitot
  6. palette alpha ou pitot multiport
  7. palette bêta
  8. altimètre baro
  9. altimètre laser, radar ou ultrasonique si vous souhaitez effectuer des atterrissages autonomes

Puisqu'il s'agit de votre premier drone, je vous recommande fortement d'avoir le premier 4 capteurs et probablement # 5 et / ou # 6 (mais peut-être les utiliser pour le diagnostic et l'analyse plutôt que pour le contrôle, car ils peuvent être un peu délicats avec les non-linéarités et la fiabilité).

Pas si! Les n ° 1, 8 et un tiers du n ° 2 ont traversé l'Atlantique. Voyez ma réponse.
Merci @pericynthion:, bonne info .... lequel de ceux-ci aiderait à la stabilité?
quiet flyer
2019-07-10 18:49:06 UTC
view on stackexchange narkive permalink

Si vous voulez juste que votre UAV vole vers un waypoint, vous pouvez le faire avec un capteur GPS seul, s'il était basé sur un avion très stable comme un "Gentle Lady" ou "Radian" r.c. planeur, tant que vous ne le pilotiez pas dans un vent très fort où il y avait la possibilité que l'avion recule au-dessus du sol lorsqu'il pointe dans le vent et vole à la vitesse de compensation. Je suppose que vous voudriez probablement également un capteur d'altitude, à moins que vous ne souhaitiez simplement appliquer suffisamment de puissance pour que l'avion monte lentement tout au long de la partie autonome du vol. Bien sûr, vous pouvez simplement obtenir les informations d'altitude du capteur GPS.

Si vous décidez d'ajouter un gyroscope à taux de lacet à 1 axe, cela permettrait un contrôle plus fluide. Mais dans le contexte d'un avion très stable comme plate-forme de base, vous n'avez vraiment pas besoin de plus que cela, si votre objectif de base est de garder les choses simples.

Parlant du point de vue de celui qui a a réussi à contrôler un avion ultraléger dans les nuages ​​en utilisant uniquement un indicateur de vitesse de virage électronique à 1 axe, un GPS et une boussole humide - et la boussole tournait en arrière la moitié du temps. Le contrôle dans des circonstances limitées spécifiques (c.-à-d. Air doux, ne pas tenter de faire des cercles constants dans le courant ascendant thermique, ne faire que des virages à très faible vitesse) était possible sans l'indicateur de vitesse de virage, et un robot ferait sûrement un meilleur travail qu'un humain.

Faites juste des tests suffisants pour vous assurer que l'avion n'est pas sujet à des oscillations "phugoïdes" de hauteur sévère au CG que vous utilisez.

Vous pouvez donc le faire avec un GPS seul tant que le vent s'arrête et que vous avez un avion extrêmement stable sans aucune perturbation comme le couple moteur, les légères asymétries du fuselage, etc.? Pouvez-vous donner un exemple de ce travail dans la vraie vie?
De plus, vous contrôliez un avion avec * «indicateur de vitesse de virage, GPS et boussole humide» * et l'IMU intégrée que vous avez dans vos oreilles. Certes, ce n'est pas trop précis et se saturé facilement, mais l'erreur d'association est vraiment grinçante. -1
"Vous pouvez donc le faire avec un GPS seul tant que le vent est immobile et que vous avez un avion extrêmement stable sans aucune perturbation comme le couple moteur, de légères asymétries du fuselage, etc.? Pouvez-vous donner un exemple de ce fonctionnement dans la vie réelle ? " - il suffit de google "avions modèles de vol libre" pour voir ce qui est possible avec la stabilité inhérente. Qui ont un seul moteur et un seul hélice, donc le couple n'est pas un problème, mais cela fonctionne toujours. Éliminez la nécessité de la montée raide initiale, et il semble trivial d'utiliser les informations d'un GPS pour voler vers un waypoint.
@AEhere à peu près n'importe quel avion RC de type "entraîneur" volera assez bien "sans les mains" (des manches de contrôle) dans des conditions raisonnables - il est conçu pour que vous corrigiez une erreur en laissant aller. L'échelle de temps à laquelle vous devez appliquer la correction de cap ou d'altitude est dans les capacités d'un GPS qui maintient la vue d'un nombre raisonnable de satellites. Cela dit, un planeur n'est pas vraiment la bonne plateforme, celles-ci sont conçues pour l'efficacité et non la stabilité et nécessitent donc un pilotage plus actif pour maintenir un cap. Pensez à Cessna, Piper ou Champ abstrait avec un dièdre supplémentaire.
@ChrisStratton J'ai depuis été formé à la contrôlabilité d'un système, mais j'insiste toujours sur le fait que la condition selon laquelle l'engin doit rester à proximité de son régime de vol stable est assez forte et doit être explicitement indiquée. Mon principal reproche avec cette réponse n'est cependant pas cela, mais la fausse équivalence: je l'ai fait avec seulement x instruments, donc un robot peut aussi; oubliant totalement les instruments humains intégrés et la capacité de réagir à des situations en dehors de l'enveloppe normale.
Ici - en réalité, c'est l'inverse, un robot frappant des points de cheminement et gardant l'altitude dans un support a un travail * beaucoup, beaucoup plus simple * qu'un pilote RC humain qui a besoin de faire tourner l'avion à plusieurs reprises avant qu'il ne vole hors de vue. , doit apprendre à démapper les directions en volant vers lui-même et à voir à travers de fausses impressions d'attitude qui sont faciles à certains angles de vue. Ce ne sont pas des avions qui partent d'un vol stable - la plupart des entraîneurs ne tournent même pas vraiment * intentionnellement * et la plupart des configurations de «2e année» se rétablissent avec des commandes neutralisées.
@ChrisStratton Je parle de l'affirmation de tranquillement de contrôler un ultra-léger dans le cloud, pas de son commentaire concernant les modèles de vol libre. Il avait un énorme avantage sur un FCS avec les instruments qu'il prétend avoir, mais en tire une équivalence.
@quietflyer, Tout à fait d'accord. Les personnes conseillant une multitude de capteurs n'ont apparemment jamais construit de modèle de vol libre. J'ajouterais peut-être que pour une plate-forme aussi stable, vous n'avez besoin que d'un contrôle DOF (gouvernail) ou 2 (+ puissance pour l'altitude), et il peut être piloté directement depuis l'ordinateur de guidage. Le reste prendra soin de lui-même.
@ChrisStratton est d'accord avec le commentaire sur certaines autres plates-formes étant meilleures que les planeurs. Le rapport L / D élevé a tendance à encourager le phugoïde de hauteur. Aussi dans le planeur en mousse, il y a beaucoup de flexion. Éditera à un moment donné.
Camille Goudeseune
2019-07-10 22:30:25 UTC
view on stackexchange narkive permalink
  • GPS
  • Capteur barométrique parfois recalibré à partir du GPS
  • Tach pour maintenir un régime moteur à piston constant
  • Gyro pour la stabilité du roulis

Ces entrées suffisaient pour une chaîne de points de cheminement autonome vol transatlantique il y a seize ans.

Fascinant, merci de partager ça!
Et je parie qu'ils auraient pu bien se passer du baro, surtout avec un GPS plus récent avec un taux de sortie de 10 Hz.
@camille-goudeseune: wow très cool .... j'ai l'impression qu'il y avait trop de plaisir avec le nom du uav =)
@quietflyer Ce n'est pas une conception de vol libre, mais il a suffisamment de dièdre pour coupler le roulis et le lacet, pourquoi utiliseriez-vous des accéléromètres? Ou pourquoi vous souciez-vous que les ailes soient de niveau tant que vous allez dans le bon sens? Je soupçonne qu'ils avaient un gyroscope parce qu'ils n'avaient pas de boussole et qu'ils avaient donc besoin d'utiliser des informations de cap GPS en développement lent pour leur correction de direction. C'était avant que vous puissiez acheter une IMU à sangle à 6 axes reprogrammable pour 15 $ dans un magasin de jouets; aujourd'hui, bien sûr, vous allez simplement utiliser une puce à 9 axes et décider plus tard de ce qui est utile, mais la question concerne les minimums.
@ChrisStratton mineur nitpick: le roulis et le lacet sont toujours couplés dans les cellules conventionnelles, ce que fait le dièdre ici est de stabiliser le mode spirale, qui est le plus susceptible de vous causer des problèmes autrement.
@ChrisStratton plus tard, j'ai remarqué que le lien disait qu'ils avaient un gyroscope à taux de roulis. Vraiment, je pense que vous pouvez utiliser le taux de roulis ou le taux de lacet ou incliné pour détecter les deux selon le "coordinateur" du tour, mais il pourrait être difficile de s'en passer complètement, à moins que vous n'ayez plus de dièdre. Dans mes tests, l'axe du gyroscope a été incliné selon le "coordinateur" du virage.
De plus, mon commentaire aurait dû dire que le taux de gyroscope n'était pas d'accéléromètre.
Sanchises
2019-07-12 15:40:38 UTC
view on stackexchange narkive permalink

Peut-être qu'une introduction sommaire à la théorie du contrôle pourrait vous aider. Du point de vue du contrôle, votre avion est un système dynamique, qui peut être décrit par un état et un modèle dynamique.

L ' état est simplement une collection de variables indiquant où se trouve l'avion à chaque instant. Pour une description complète, vous auriez la position et l'attitude dans l'espace, ainsi que leurs premiers dérivés. Toute autre inertie peut également avoir sa propre variable d'état; par exemple, la vitesse de l'hélice.

Les équations d'état décrivent comment l'état évolue dans le temps. A partir de ces équations (en particulier sous forme linéarisée), nous pouvons distiller un certain nombre de modes (propres) . Ces modes décrivent un certain comportement du système et se présentent sous deux formes: les modes stable et instable . Un mode stable est une dynamique système qui, pour une entrée finie (perturbation), ne conduit à aucune variable d'état allant à l'infini. Notez que cela ne signifie pas que les variables d'état retournent à une certaine valeur constante: une oscillation bornée peut toujours être considérée comme stable! Un mode instable est une dynamique qui, pour une entrée finie, conduit à une croissance illimitée d'une variable d'état.

Pour voir le nombre de capteurs dont vous avez besoin, vous aurez besoin de quelques éléments. Tout d'abord, vous voulez que votre système soit stable. Évidemment, cela signifie que vous souhaitez disposer d'un ensemble de capteurs capables de mesurer n'importe quel mode instable ( détectabilité ), et d'un ensemble d'actionneurs capables de contrôler les modes instables ( stabilisabilité ) . Il existe un certain nombre de modes (éventuellement) instables, dont le plus important est la divergence en spirale . De nombreux avions à voilure fixe n'ont pas de stabilité en roulis inhérente, vous voudrez donc être en mesure de détecter votre angle de roulis (un capteur de vitesse de lacet ou de cap peut également fonctionner en raison du couplage roulis / lacet). De plus, il y a simplement votre mouvement linéaire, qui est également instable (cela peut sembler contre-intuitif, mais tout cela signifie que vous pouvez vous éloigner infiniment de votre point initial en voyageant en ligne droite). Pour cela, vous aurez besoin d'une sorte de capteur de position (très probablement, un GPS).

Tous les autres modes dynamiques ne sont pas intrinsèquement instables dans un avion à voilure fixe, bien que votre une conception particulière peut avoir des instabilités supplémentaires, comme un mouvement phugoïde instable, pour lequel vous voulez pouvoir mesurer et contrôler le mouvement de hauteur.

Donc, le minimum absolu est de deux à trois capteurs (latitude et longitude et probablement rouler ou lacet), et utilisez l'avance pour toutes les autres variables (réglez l'assiette et la puissance en fonction de l'altitude et de la vitesse souhaitées, et allez-y). En pratique, personne ne construirait un drone avec seulement trois capteurs. Il y a deux raisons à cela,

  • Imprécision du capteur. Il est difficile de mesurer l'attitude. Un gyroscope dérivera inévitablement au fil du temps, et en tant que tel, vous aurez besoin d'autres capteurs pour corriger cela.
  • Performances. Vous voulez idéalement voyager en ligne droite vers la cible, ne pas vous balancer à gauche et à droite en demi-cercles paresseux tout en montant et descendant un phugoïde, priant une divinité appropriée pour que les réglages de réglage et de puissance laissent suffisamment de marge pour traverser cette montagne. une journée chaude.

Pour un drone amateur, il s'avère généralement que les capteurs sont relativement bon marché, grâce aux MEMS. Vous utiliseriez généralement un accéléromètre à 3 axes, un gyroscope à 3 axes (taux de roulis) et un magnétomètre à 3 axes (boussole), et pourquoi ne pas avoir un baromètre et un thermomètre également? Et puisque vous utilisez un GPS, vous pouvez aussi bien utiliser ses données d'altitude. Si vous utilisez un moteur à courant continu sans balais, il ne devrait y avoir aucun effort pour mesurer la vitesse de l'hélice. Je pense que vous trouverez beaucoup plus facile de créer un UAV fonctionnel avec ces composants du commerce (et un logiciel open-source généralement écrit pour ces capteurs) que de trouver un capteur gyroscopique à un axe et d'écrire votre propre logiciel.

De plus, l'utilisation de plus de capteurs simplifie considérablement votre observabilité . C'est la notion de pouvoir déduire l'état du système à partir des sorties. En théorie, si votre modèle est suffisamment complexe, vous avez besoin de très peu de capteurs pour estimer l'état actuel (à l'estime). Cependant, si vous pouvez réellement mesurer vos états, votre modèle n’est plus aussi important, et votre drone sera en mesure de mieux réagir et sera moins sensible aux changements de l’environnement ou du drone lui-même.

La stabilité inhérente au roulis existe, en raison de la dynamique impliquant un dérapage latéral; autrement, les modèles réduits d'avions à vol libre seraient impossibles.
@quietflyer Je suppose que vous devez avoir raison. Je changerai la réponse en conséquence.
C'est une excellente réponse - mais peut-être à une question légèrement différente de celle qui a été posée! S'il vous plaît laissez-le quand même :)
J'aime beaucoup cette réponse, mais comme vous pouvez le voir, il y a un débat autour de la stabilité des modes latéraux directionnels. Le mode en spirale peut-il être stabilisé à un degré suffisant pour que nous puissions l'éviter en toute sécurité de nos besoins en capteurs? Ou un mode en spirale stable serait-il simplement comme une subvention au jet, en ce sens que les taux de jet ont tendance à mourir mais que le jet absolu reste?
@sanchises: vraiment bonne info merci. Quelles \ combien d'équations d'état sont nécessaires?
@GregMcNulty Je crains que la réponse soit: autant que vous le jugez nécessaire pour décrire correctement votre dynamique de vol. Un bon début serait un livre sur la dynamique du vol.
Craig S. Cottingham
2019-07-11 00:26:11 UTC
view on stackexchange narkive permalink

Le projet ArduPilot a probablement déjà fait beaucoup de travail pour vous, si vous êtes plus intéressé par le résultat final que par le processus de création pour vous-même. Même si vous choisissez de ne pas utiliser leur logiciel, il y a probablement de bonnes informations sur les capteurs et combien sont nécessaires.

Merci @craig-s-cottingham:, oui ce sera ma référence au fur et à mesure que je réinventerai la roue à des fins d'apprentissage ...


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...