On peut toujour réver ...

Walcho_67 a écrit:A quand une section bricolage au CAK ...

Je suis candidat ! D'ailleurs, j'ai commencé.
Ah, j'imagine la mine réjouie de Frédéric et Jérôme en lisant nos posts, eux qui ont de luxueuses montures, pendant que nous jouons du burin et de la clé de 12 avec nos produits Made in China.

Le luxe, c'est l'espace

Mon premier programme avec le SDK fonctionne, reste à en faire quelque chose d'utile - stay tuned.

Frédéric a écrit:Accepte mon mea-culpa Etienne, je me suis mal exprimé, oui la focale joue directement ! mais ont parlait ici de poses de 5 minutes...

Ah, quand même, tu reconnais..

Frédéric a écrit:Les étoiles tournent autour de l'étoile polaire de 360° en 23h56' ... c'est à dire environ 7,3x10-5 rad par seconde. Pour un EOS 40D l'image du ciel sur le capteur CMOS ne doit pas bouger de plus de 7,4 µm, la taille d'un pixel, pour que la photographie soit parfaitement nette. Ainsi on peut calculer l'exposition maximale T en seconde que l'on ne doit pas dépasser sous peine de voir apparaitre des traits à la place des étoiles.

Donc, en appliquant la formule magique à ma lunette de 777mm de focale et à ma CCD de 9µm par pixel, cela me laisse 0,16s pour faire ma photo sans recours au suivi, c'est pas beaucoup.. Mais si je programme une pose de 0,16s toutes les 23h56', sans bouger la monture, théoriquement au bout de 365 poses j'aurai.. euh bon, je crois que je vais reprendre mon EQ6..

J'avais demandé au créateur des plans (arnal88) s'il pensais que l'utilisation du moteur + controleur du kit Conrad serait adapté. Il est actuellement en stage dans la Marine Nationale, en plein Océan Indien, mais il a tout de même put me répondre. A priori ça ne posera pas de soucis, il faudra simplement procéder par tâtonnement pour trouver la bonne vitesse sur le potentiomètre du kit.

Pour avoir un ordre de grandeur de départ, réglez à l'aide d'un chrono le moteur à une vitesse de 1tour en 5s.

Jean-Marc, si l'aventure t'intéresses, on pourra partager nos découvertes pendant la "construction". En tout cas arnal88 est très heureux que sa réalisation sucite des vocations

Le paufinement de la vitesse sera l'élément le plus simple. C'est strictement mathématiques, et les maths, c'est carré et prévisible.

Un design encore plus simple niveau mécanique, mais avec une vitesse variable en fonction de la position du plateau : Cloudbait Observatory

Pixelk, pourrais-tu nous faire un petit résumé de ce que tu comptes faire avec SDK, je suis trèèèèèss intéressé !!!!
Pourrais-tu également me dire ce qu'il est possible de faire ?

Mon but final est de faire une application qui autofocuserait l'astre choisi par l'utilisateur en prenant pour référence sa FWHM et en utilisant le LiveView.

Après une première lecture en diagonale, le SDK permet de faire tout ce que EOS Util permet de faire, ce qui varie en fonction du modèle de Reflex : Choix du mode (AV, TV, M, B), choix des paramètres de prise de vue (Vitesse, Focale, ISO), contrôle du focus, Contrôle de certains paramètres de l'appareil (je doit encore creuser ce point), LiveView, Téléchargement de ficher, "Dérawtisation", Contrôle du contenu de la carte mémoire, et plein d'autres choses que je n'ai pas encore vu.

Pour le moment, j'arrive à choisir le mode, choisir les paramètres de prise de vue, déclencher et télécharger le fichier raw. Je n'ai pas beaucoup de mérite vu que c'est l'appli d'exemple, mais là où ça se corse c'est que j'ai dut porter (traduire) le code source de cet appli vers mon langage de prédilection (le Delphi), car Canon a arrêté de supporter ce langage. En tout cas "jusque là tout va bien". Ayant sous la mains un 20D et un 7D, j'ai put constater que le soft fonctionne avec les deux, mais qu'avec le 20D, j'ai beaucoup moins de retour d'info. Je ferais bien mes tests avec le 7D, mais sans adaptateur secteur, je finirais par tuer mes accus.

Tiens Etienne, tant que je t'ai sous la main, le 1000D fait de la vidéo ?

Non, le 1000 D ne fait pas de vidéo.

Ton SDK me plait bien, je suis l'affaire avec le plus grand intérêt....

pixelk a écrit:mais là où ça se corse c'est que j'ai dut porter (traduire) le code source de cet appli vers mon langage de prédilection (le Delphi), car Canon a arrêté de supporter ce langage.

Et quel est le langage utilisé dans les exemples ?

VC#, VB, VC
Le plus complet est bien sur VC, le C# définit juste les interfaces avec les DLL, pas de programme d'example, le VB n'a pas d'exemple de développement de RAW contrairement au VC. Ensuite toute la doc est centrée autour de VC.

Les méthodes sont extrèmement abstraites, à aucun moment il n'est fait mention du modèle de l'appareil photo dans les commandes envoyées/reçues. Seule la doc peut renseigner sur ce qui est supporté ou pas et elle ne parle pas du 7D (en tout cas je ne l'ai pas vu).

*** EDIT ***

Au temps pour moi, le 7D et même le ID Mark IV est mentionné. L'api gère les reflex à partir du 20D et du 350D. Le 20Da ne figure pas sur la liste des appareils supportés.

Work In progress :
Premier programme en essayant de reconstruire l'example donné dans le SDK depuis 0 :
CCCp 0.0.3 (117 ko)
Nécessite les DLL re-distribuables du SDK (22Mo) à décompresser dans le même dossier.



Pour prendre une photo :

• Brancher l'appareil en USB
  
• Allumer l'appareil
  
• Fermer tout programme qui se lancerais automatiquement (EOSUtil par exemple)
  
• [Load SDK]
  
• [Search first camera]
  
• [Connect]
  
• [Get camera data]
  
• [Take picture]
  

La photo est enregistrée dans le dossier où se trouve l'exe

Nouvelle Version 0.0.4
- Récupère les possibilité de règlages selon le mode de prise de vue (AV, TV, Manuel, etc...)
- Permet de changer les réglages de prise de vue
- Réagis au changement de Mode de prise de vue sur le boitier

Je serais intéressé par tout retour sur le bon fonctionnement de l'appli chez mes amis canonistes (avec une copie du log.txt créé à la fermeture ce serais nickel). De mon coté elle marche parfaitement avec un 20D et un 7D, ce qui représente le grand écart coté boitier.

Il me manque une DLL, tu as une solution Docteur ?

Tu as bien récupéré les DLL redistribuables évoquée ici ? Tu l'as bien extrait dans le dossier de CCCp ?

Ca maaaaaarche !
Je t'envoie le log par mail.

PS : essai sur 450D
PS 2 : tu n'as pas mis d'adresse mail dans ton profil..

Voilà qui est corrigé (je crois)

*** EDIT ***

Nouvelle version 0.0.8
- Affiche le niveau de la batterie
- Affiche les infos de format de fichier (il n'est pas possible de récupérer les formats possible depuis l'appareil, donc le changement de cette variable n'est possible que pour les deux appareils que j'ai sous la main - 20D et 7D)
- Rentrer et sortir du mode live view (mais pour le moment je n'arrive pas à en tirer quelque chose
- Empêche l'appareil de se déconnecter au bout de 1 minute si on ne fait rien

Nouvelle Version CCCp 0.0.11
De petites modifications qui me permettent d'en savoir plus quand ça ne marche pas.
Dans cette optique je serais très intéressé par le log chez vous quand on appuie sur Start Bulb. Su le20D ce n'est pas fonctionnel, et sur le 7D j'ai une erreur non documentée.

eh bien je n'y connais pas grand chose mais de visu ça en jette !
le jour où j'arriverai à conclure tous mes achats astros , dont donc un appareil EOS, faudra que je songe à l'essayer.

Nouvelle version sur le forum EOS Numérique :
http://www.eos-numerique.com/forums/f92/ed-sdk-2-7-en-delphi-135797/#post1970535941

La version compilée : CCCp 0.0.17

J'arrive maintenant à récupérer le liveView dans une image JPEG. Prochaine étape : récupérer directement les données brutes pour un affichage dynamique.

On peut l'essayer sans risque pour son EOS ?

Testé sur 2 EOS différents sans effet nefaste.
Entre temps j'ai réussi à driver manuellement le focus.
ne me manque plus que la lecture directe du LiveView en mémoire (plutôt que dans un fichier JPEG) et je serais content.

pixelk a écrit:ne me manque plus que la lecture directe du LiveView en mémoire (plutôt que dans un fichier JPEG) et je serais content.

Ca veut dire quoi ? et ca change quoi ? scusez moi de mon ignorance ...

Actuellement le programme demande au sdk canon d'écrire un fichier JPEG correspondant à l'état du Liveview, que je doit ensuite charger en mémoire pour l'afficher (et accesoirement jouer avec les données dans le futur). On peut normalement demander au SDK de remplir directement la mémoire, ce qui élimine un gros facteur de ralentissement (l'écriture/lecture du JPEG sur le HD). Pour l'instant je n'y arrive pas, mais je pense que ce n'est qu'une question de temps, car d'autres y sont arrivés.