\title{Projet double :\\ Asservissement "rigide" de drone}
\title{Projet double :\\ Asservissement "rigide" de drone}
\author{Joanne \bsc{Steiner}, Hugo \bsc{Levy-{}-Falk}}
\author{Joanne \bsc{Steiner}, Hugo \bsc{Levy-{}-Falk}}
@ -41,4 +51,60 @@ Le projet comportera les étapes suivantes :
\item Etape 2 : Mesures et établissement de la fonction de transfert du drone nous permettant d'estimer le meilleur correcteur à appliquer
\item Etape 2 : Mesures et établissement de la fonction de transfert du drone nous permettant d'estimer le meilleur correcteur à appliquer
\item Etape 3 : Choix du correcteur et tests de ce dernier
\item Etape 3 : Choix du correcteur et tests de ce dernier
\end{itemize}
\end{itemize}
\chapter{Modélisation du problème}
Le drone diffuse un flux optique, qui permet de calculer sa position vis-à-vis d'une cible. On peut donc dans un premier temps modéliser l'asservissement de cette manière :
\node [block, right of=cam] (transm) {Transmission};
\node [block, right of=transm] (trait) {Traitement};
\node [output, right of=system] (output) {};
% We draw an edge between the controller and system block to
% calculate the coordinate u. We need it to place the measurement block.
\draw [->] (input) -- (cam);
\draw [->] (cam) -- (transm);
\draw [->] (transm) -- (trait);
\draw [->] (trait) -- (output);
\end{tikzpicture}
\caption{Décomposition de la mesure}
\end{figure}
Comme le traitement ne se fait pas directement sur le drone, il existe des retards aléatoires dûs au temps de transit sur le réseau, ainsi qu'au temps de calcul sur le poste de contrôle. Ces retards limitent la fréquence des mesures à environ 5Hz.