Programmation de prise de vue à partir de signal électrique

[jacky67]

Bonjour,

Je suis un étudiant en topographie en plein dans son projet de fin d´études. Mon sujet a entre autres pour objectif l´intégration d´un appareil photo (EOS 5D Mark II) à un système de cartographie mobile (SCM). L´idée est de pouvoir déclencher automatiquement une photo tous les 10 mètres (par exemple). Mon chef m´a proposé la solution suivante :
- mon SCM génère dans un premier temps un signal électrique lorsqu´il s´est déplacé de 10 m
- par le biais d´une connexion à définir, ce signal est transmis à la caméra
- en réaction à ce signal, la caméra déclenche la prise de vue

J´ai un peu de mal à savoir par où commencer pour réaliser ce projet. Pour ca, j´ai quelques questions à poser :
- Suis-je sur le bon forum ? Si non, merci de bien vouloir m´en excuser... Où dois-je faire mes recherches ?
- La solution proposée est-elle réalisable ?
- SDK est-il le bon environnement de développement ?
- Avoir une version originale du firmware et s´assurer qu´il est physiquement possible de le réinstaller sur la caméra sont-elles les seules premières précautions à prendre ?


J´ai essayé d´etre le plus conscis possible pour préserver la clarté de mon post, mais si vous voulez plus de précisions, n´hésitez pas à demander ! Merci de m´avoir lu en tous cas.

J.

[antec]

Ça à l'air de ressembler au principe du déclenchement par un trigger externe "traditionnel" : au lieu d'une unité de mesure en temps (secondes) on utilise une unité de distances (10 m).

A partir du moment où le SCM peut fournir une fermeture de circuit électrique (via un relais ?) tous les 10 m, un simple connecteur dans la prise télécommande de l'APN et ça doit fonctionner, non ?

[jacky67]

Merci pour ta réponse rapide. Qu´appelles-tu "fermeture de circuit électrique" ? S´agit-il d´autre chose que d´une simple connexion physique de type USB par exemple ? (Nota : l´USB est une possibilité de connexion avec le SCM, plus précisément avec l´ordinateur qui controle le SCM)

[P-F]

Par l'intermédiaire de la prise télécommande du boîtier tu peux déclencher en fermant (reliant) 2 contacts. Si ton "SCM" offre une sortie tout ou rien tu pourras (presque) directement la connecter au boîtier.

Par USB tu pourras déclencher aussi (et faire d'autres choses) mais ça sera pas aussi simple...

[antec]

Le déclenchement de l'obturateur s'effectue par un simple interrupteur (fermeture d'un circuit électrique).
Idem pour le focus.

Voir lien ci-dessous :
Déclencheur souple pour Canon 350D, 400D, ...

Sur mon boitier c'est un connecteur Jack 2,5 mm
Sur le 5d mk2 je ne sais pas quel connecteur mais le principe doit être le même (amha).

[geo18]

Le déclenchement de l'obturateur s'effectue par un simple interrupteur (fermeture d'un circuit électrique).

Sur le 5d mk2 je ne sais pas quel connecteur mais le principe doit être le même (amha).

C'est la meme chose sur tous les boitiers, seule la prise change.
Le problème de notre ami est plus électronique que photographique, l'appareil n'étant que l'instrument final commandé, ce pourait etre autre chose comme l'envoi d'un signal par exemple.
Reste à lui à trouver comment construire une interface qui prendra en compte tout déplacement de 10m et assurera la fermeture d'un contact.

[renault]

Je vous suggère d'installer "Magic Lantern" qui dispose de la fonction intervallomètre que vous recherchez :

Magic Lantern | Home

Il s'agit d'un firmware qui offre des fonctionnalités supplémentaires à votre boîtier.

Bonne chance.

renault

[renault]

Désolé, j'ai répondu trop vite !
Dans ma hâte, j'ai lu toutes les 10 min...

[antec]

Je vous suggère d'installer "Magic Lantern" qui dispose de la fonction intervallomètre que vous recherchez :

Magic Lantern | Home

Il s'agit d'un firmware qui offre des fonctionnalités supplémentaires à votre boîtier.

Bonne chance.

renault

L'intervallomètre n'est pas vraiment le sujet : commande d'un APN / déplacement

C'est la meme chose sur tous les boitiers, seule la prise change.
Le problème de notre ami est plus électronique que photographique, l'appareil n'étant que l'instrument final commandé, ce pourait etre autre chose comme l'envoi d'un signal par exemple.
Reste à lui à trouver comment construire une interface qui prendra en compte tout déplacement de 10m et assurera la fermeture d'un contact.

Pour le capteur de déplacement, il faut d'abord savoir le type de support utilisé pour l'apn, la motorisation (?), ...
Faut-il une seule valeur de mesure de déplacement (10m) ou plusieurs ?
Précision de la mesure ?
Etc, Etc, ...

Peut-être sur la base de capteurs à effet Hall ? On entre dans le domaine de l'électronique...

[geo18]

Si la vitesse est constante, on peut travailler a partir du temps, mais si ce n'est pas le cas, effectivement il faut partir d'une cartographie, donc un Gps.
Mais comment sortir l'information tout les 10m..................?

[renault]

Je me suis rendu de mon erreur en relisant le message de départ.
J'avais cru comprendre "toutes les 10 min" d'où ma réponse (Magic Lantern)... trop hâtive !

Sinon en contactant un ingénieur ou un étudiant en "automatismes", je pense qu'il pourra lui fabriquer celà sans trop de difficultés.

Mon neveu, qui est actuellement étudiant à Metz, conçoit ce genre d'appareillage.

[geo18]

L'automatisme est facile à réaliser, n'importe quel bricoleur peut le faire, le plus dure est l'information tous les 10m, comment mesurer cette distance, et sortir le pic qui va bien et à partir de n'importe quel endroit je suppose.

[antec]

Si la vitesse est constante, on peut travailler a partir du temps, mais si ce n'est pas le cas, effectivement il faut partir d'une cartographie, donc un Gps.
Mais comment sortir l'information tout les 10m..................?

Impossible avec un GPS. La précision est nettement insuffisante.

Ou alors il faut passer par le GPS différentiel, mais là on ne joue plus du tout dans la même catégorie...

Pour le calcul de la distance je verrais bien un entrainement du système par un moteur pas à pas avec un compteur d'impulsions et un petit calculateur pour convertir chaque pas moteur en distance.
Mais mes notions d'électronique sont bien trop lointaines pour tout ceci...

[jacky67]

Wahou je m´attendais pas à avoir autant de réponses aussi rapidement. Merci à tous. En ce qui concerne l´information de distance, elle est fournie grace à un odomètre (roue graduée) et/ou un GPS différentiel (instrument courant dans mon milieu). Je dois passer par la distance car la vitesse n´est pas constante (la motorisation est humaine haha)
1. Effectivement, le problème est assez orienté électronique. Du coup le lien d´antec (Déclencheur souple...) permet, je pense, de répndre d´une première manière à la question. Après avoir construit un montage similaire, il faudrait donc que je me débrouille pour fermer mon circuit chaque fois que les 10m sont atteints ? Et ceci peut etre réalisé facilement par quelqu´un qui s´y connait en automatisme, right ? Si oui, en gros le sujet peut etre cloturé ici, et je vais demander de l´aide sur un forum d´automatisme ? X) Ou quelqu´un ici s´y connait ?
2. Une deuxième approche du problème serait la suivante : mon système communique en permanence avec l´APN. Il lui envoie les coordonnées GPS et/ou la distance parcourue par l´odomètre. Est-ce que, à partir de ces informations et moyennant un programme exécutable par l´APN, une prise de vue automatique tous les X mètres est possible ?
3. La précision de mes informations de distance, on s´en occupe pas. Mon job sera par la suite de voir la précision finale sur mes photos (si elles sont bien prises là où elles doivent l´etre).

[tipounastre]

Regarde du côté de l'Arduino. Je l'utilise pour déclencher mon APN en fonctions d'entrées de type sonore ou lumière... mais avec ses multiples entrées tu peux très bien y connecter ton odomètre... pour dàclencher l'APN, pas besoin de SDK. Tu simules le comportement de la télécommande - je peux t'envoyer le schéma si tu veux.

[jacky67]

Je suis preneur de ton schéma, oui ! Thanks

[JPdsfr]

Regarde page 3 et 4, je te conseille d'interfacer ton podometre par un opto-coupleur pour éviter tout envoi de tension dans l'APN. Apres que ton systeme envoi une impulsion tout les 10 m c'est a toi de voir en fonction de ce que tu a comme materiel. Si tu part de zero il est facile de réaliser un ensemble complet sur base micro controleur, y compris GPS (un recepteur coute une vingtaine d'euros) mais cela commence a devenir un gros boulot.


http://jp79dsfr.free.fr/_Docs%20et%2...ique%20EOS.pdf

[antec]

http://jp79dsfr.free.fr/_Docs%20et%2...ique%20EOS.pdf

JPdsfr : toujours un super boulot. Félicitations !

[jacky67]

Bonjour à tous,
Je clos ce sujet, j'ai réussi à faire ce que je voulais. J'ai une petite application C# qui reconnaît mon signal tous les X mètres et qui à ce moment là déclenche les photos par le biais des commandes de contrôles de l'EDSDK. La connexion se fait par le port mini-USB. Si vous avez des questions, contactez moi !
Merci de vos réponses !
++

EDIT : j'ai pas trouvé comment clore le sujet ^^ les admin pourront le faire s'ils en ont envie !

[noeloliv]

Bonjour Jacky67,

J'ai lu avec attention les échanges au sujet de la programmation de prise de vue à partir de siganux éléctriques. Comme vous, je cherche à prendre des photos lors de mes campagnes de levés routiers et ceci à partir de valeurs odométriques (DM6E RS 232) et d'un EOS 6D ou éventuellement une GoPro Héro3+.
Si vous n'y voyez pas d'inconvénients, je suis preneur de toutes infos me permettant comme vous d'arriver à mes fins.

Par avance merci.

[jacky67]

Bonjour noeloliv,

J'ai utilisé une caméra Canon EOS 5D Mark II. Cet appareil peut être piloté par des fonctions développées par Canon grâce à la boîte à outils EDSDK de Canon. Il me semble que ces fonctions sont compatibles avec le 6D, ceci est à confirmer en faisant des recherches sur le site dédié : http://www.didp.canon-europa.com/. Concrètement ces fonctions me permettent de déclencher les prises de vues et de régler différents paramètres au début de la campagne. Elles sont contenues dans des fichiers .dll à télécharger (nécessité de se logger et de faire la demande pour les obtenir) dans tous les cas si on veut travailler avec une caméra Canon.
Ces fonctions de l'EDSDK sont un peu complexes à manier dans une première approche. Je me suis donc aidé d'un autre programme téléchargeable à l'adresse Canon EDSDK Tutorial in C# - CodeProject. Une interface graphique et des fichiers de code commenté m'ont permis de mieux comprendre ce que font les différentes fonctions de l'EDSDK.
A partir de là, j'ai pu créer mes propres applications de contrôle de la camera dans le langage C#. Ex : faire une photo chaque fois que l'on appuie sur une touche du clavier, faire une photo toutes les X secondes, régler ma focale, ma sensibilité, etc...
Au final j'ai deux applications qui fonctionnent en parallèle. Elles sont reliées par une connexion client/serveur entre mon application maîtresse (logiciel d'acquisition de mon système de carto mobile) et mon application esclave (contrôle de la caméra). Cette connexion a été implémentée par le constructeur pour notre système. Autrement dit, je peux difficilement fournir des informations sur cette connexions puisque ce n'est pas moi l'ai créée.
La connexion permet d'avoir accès, au sein de l'application esclave, à une chaîne de caractères qui comprend la valeur de l'odomètre et/ou un numéro de point. En intégrant au code source de l’application esclave (là encore en langage C#) des conditions sur la valeur de l'odomètre et les fonctions de contrôles de la caméra testées plus haut, j'ai réussi à déclencher mes photos quand je le voulais en même temps que mon système initial recueillait lui aussi des informations.
J'espère avoir été clair et reste à disposition.

Cordialement,
jacky67

PS: j'imagine qu'il s'agit d'un projet professionnel de cartographie mobile ? Puis-je vous demander dans quel domaine vous travaillez ?

[noeloliv]

Bonjour,

Pour répondre à votre dernière question, je suis administrateur d'un Système d'Information Routier pour le compte d'un Conseil général. Nous disposons d'un SIG basé essentiellement sur la solution Géomap (spécialiste en SIG linéaire) qui nous permet de gèrer notre patrimoine routier ainsi que les différentes interventions d'entretien et ceci à travers une interface web (Intranet). Nous avons développé avec celle-ci un module de saisie grand rendement s'appuyant sur un odométre et un GPS qui nous permet, à partir d'un relevé visuel, de renseigner plusieurs indicateurs liés à nos routes (état, caractéristiques,...). Par contre, l'application itinérante ne dispose pas de module de prise de vue et encore moins basé sur des valeurs odomètriques ou GPS. C'est pourquoi je suis à la recherche d'une solution me permettant comme vous de prendre des photos pour une distance définie. Après traitement, celles-ci pourraient être exploitées via un visualiseur disponible sous géomap.
De ce que je comprends, votre solution est intimement lié à votre fournisseur de solution mobile géographique. Qui plus est, il faut avoir quelques compétence en développemnt C++ ce que je n'ai pas...
Tant pis, je vais continuer ma quête pour essayer de trouver une solution du côté du libre, sait-on jamais.

Vous souhaitant bon courage pour la suite.

Cordialement.

noeloliv.

PS : Pour satisfaire moi aussi ma curiosité, pourriez-vous mentionner votre solution mobile géographique et m'indiquer dans quel domaine vous exercez ? Par avance merci.

[jacky67]

Il s'agissait d'un projet de fin d'études concernant un chariot de mesures ferroviaires. Il a été réalisé au sein d'une entreprise privée de topographie spécialisée dans le ferroviaire. Le système de mesure est le GEDO commercialisé par Trimble. Le chariot peut être positionné dans l'espace grâce une antenne GPS si on cherche à relever rapidement des tronçons longs. Ces acquisitions longues sont notamment destinées à constituer une documentation "dimensionnelle" des voies (dévers, écartement des rails, position XYZ de l'axe). En revanche rien n'est prévu dans le système initial pour avoir une documentation "visuelle" (une photo). Or ceci peut être intéressant pour se repérer, pour repérer des objets, pour avoir un complément d'information, pour éviter un nouveau déplacement sur le terrain, etc... Il s'agissait donc de faire une acquisition photo en parallèle à celle faite par le chariot de mesure.
Effectivement la solution retenue est fortement liée aux développements et applications du constructeur. Il faut en effet pouvoir calculer la position de l'antenne avec les signaux satellites ET avoir accès à cette position depuis un autre programme. Si vous arrivez à obtenir une application C# ayant accès à votre valeur d'odomètre et/ou votre position GPS en temps réel (un informaticien professionnel peut le faire, je pense), il "suffit" d'y intégrer des conditions sur ces valeurs et les commandes de prises de vues (peu de connaissances en informatique sont alors requises à ce moment).
Cordialement