avct:
salut, ok c'est mon premier post sur ce forum et j'imaginais que les échanges étaient essentiellement basés sur arduino. d'ou ma surprise de devoir à ce point développer le sujet du ballon.
(...)
Tout à fait, l'élément commun ici est l'Arduino.
Le truc, c'est que pour pouvoir aider il faut pouvoir appréhender les différents éléments du projet, sinon on risque de partir dans tous les sens ou/et de dire n'importe quoi ^.^ Sans parler du fait que je suppose nous fonctionnons tous pareil, à savoir on "visualise" plus ou moins le projet afin de fournir une aide, voir dans certains cas on expérimente vite-fait un solution avant de la proposer; donc c'est toujours un peu rébarbatif de passer un certain temps à comprendre ou deviner ce qu'il en est ^,^
Mais ne t'inquiètes pas, il y a pas mal de demandes "généralistes" pourrait-on dire.
Autre fait aussi; il y a souvent des demandes en parallèle sur les projets (genre "où as-tu eu ce matériel", "est-il ceci ou cela") voir des propositions d'optimisation basées sur le savoir/expérience des membres, qui est souvent de référence s'il y a intervention sur d'autre éléments du projet que l'Arduino; c'est normal car on est ici pour partager -.^ (du moment que cela de met pas le fil de la discussion hors sujet)
Fermons la parenthèse pour en revenir à ton projet; nous avons posé pas mal de questions afin d'avoir des précisions car d'emblée comme ça au départ, c'était un peu vague et à première vue pas forcément judicieux d'utiliser l'Arduino si c'est uniquement pour de la prise d'image en sachant que les capacités matériel de l'Arduino ne peuvent lui permettre de gérer de la vidéo autrement qu'en 4x4px N&B (et encore, il faut voir comment) et que tu voulais de la haute définition.
On aurait pu imaginer te proposer une solution déporté à base de µCPU dédiés à l'acquisition d'image etc. mais bon franchement si tu y pensais tu ne poserais pas la question sans le préciser et c'est une solution de très haute complexité dans l'absolu (doute vis-à-vis de ton cahier des charges et d'une éventuelle dead line proche).
Donc il ne restait que des solutions pour le transfert des commandes de prise de vue, etc. (tu vois la fertilité de nos imaginations ^.^)
Et donc le pourquoi de nos interrogations afin de savoir comment et quoi allait être piloté par l'Arduino ou un de ses modules, car en fonction de l'appareil/matériel qui va être mis en oeuvre va dépendre des propositions.
Si pour l'imageur vous optez pour un APN compact, il n'y a guère de possibilité de commande à distance mis à part le déclenchement des prises de vue. L'Arduino pourrait servir de relais à une interface de commande (à réaliser soi-même, ce type d'engin n'existe pas dans le commerce, et il faudra plus ou moins décortiquer l'APN). Mais en sachant que la charge embarquée est un facteur important, il vaudrait peut-être mieux que l'Arduino et l'interface soit au sol, avec un très fin câble de liaison vers l'APN (?). Sinon il faudra un module de transmission à distance genre XBee, etc. (pour <30m sans obstacle il y en a quelques unes) Mais il faudrait chiffrer le poids de tous les composants pour savoir si cela reste au dessous de 400g avec l'APN (pas certain avec les batteries).
Note; avec un DSLR (appareil réflex numérique) il y a beaucoup plus de possibilités, mais la charge va exploser les 400g.
Si vous optez pour une petite caméra comme celle qu'il y a dans les téléphones portables, il faudra un circuit spécifique de traitement/gestion de la vidéo pour enregistrer sur une carte SD car comme je l'ai précisé plus haut et comme il a été de nombreuses fois discuté ici sur le forum, l'Arduino n'a pas les capacités de gérer un flux vidéo. AMHA, cela ne vaut pas le coup de s'embêter à réaliser tout cela soit-même, mais bon (tout du moins sans volonté de traitement du signal particulier).
Reste aussi la possibilité de pilotage d'éléments aérodynamiques afin de mouvoir le ballon (en imaginant que cela soit viable...).
Avec des micro-servos et un mini module de commande il est peut-être possible de rester au dessous des 400g avec l'APN.
Mais une solution RC d'aéromodélisme serait peut-être plus... Optimale, dans ce cas (?). S'il n'y a pas d'opérations "spéciales" comme une stabilisation gyroscopique, programmation définie de mouvements (si un truc dans le genre fonctionne sur un ballon, je voudrait voir ^.^) etc...
A coté de cela, comme la charge est un facteur primordiale, une solution standalone de l'Arduino ou une version Mini, Nano, LilyPad, etc. est à mettre en avant.