Version imprimable
Bonjour à tous -.^
J'en vois au moins deux qui développent des appli' pour l'astro-photographie ici, et je me demandais si l'un d'entre vous a déjà réussi à utiliser la fonction de relevage du miroir avec les outils du SDK ?
A priori la commande de prise de vue longue pose est "relativement" faisable et pas mal de petits logiciels la propose, mais pour ce qui est de la prise en charge du relevage du miroir... J'ai fait choux-blanc.
Après une recherche éclair dans la Doc, la seule mention du mot "mirror" est dans un message d'erreur. Ça ne présage rien de bon de ce coté là ...
Aye.
Bon... Cela pourrait être un début d'explication, car s'il n'y a pas de prise en charge du relevage du miroir à distance il ne risque pas d'y avoir d'appli qui font cela.
Du reste, il n'y a pas non plus la fonction dans EOS Utility...
Merci pixelk, je vais voir aussi de mon coté si je ne trouve pas quelque chose...
Après quelques recherches sur le sujet, je confirme qu'il n'y a pas de propriété type "kEdsPropID_MirrorUp" dans la documentation, même dans la dernière version (2.7).
Par contre, il y a bien un retour d'erreur qui est référencé :
"EDS_ERR_TAKE_PICTURE_MIRROR_UP_NG" (3.2.13, page 82)
Il est possible que cela puisse rendre faisable une trickounette de type :
if "mirror_up" -> wait "tempo de relevage miroir" + 2sd "push_shoot_btn" et la pose commence réellement.
Mais je n'ai pas trouvé dans la schématique si le retour d'erreur cause une perte de liaison... Si c'est le cas cela ne fonctionnera pas -.-
J'ai aussi developpé une appli pilotant mon canon.
Je confirme pour le relevage du miroir, il faut que la fonction soit activée manuellement sur l'appareil.
On peut recupérer l'info sur le status de la fonction cFn 7
Après si le cFn-7 == 1 alors tu as raison il faut temporisé le déclenchement.Citation:
case kEdsPropID_CFn:
if(inParam==7)
{
if(val==0)
ret=QString("Prélevage du miroir Désactivé");
else
ret=QString("Prélevage du miroir Activé");
}
1 premier shoot pour lever (xx secondes pour attendre la fin de la vibration)
2 deuxieme shoot pour prendre
Si tu es en mode bulb, il faut tenir le signal jusqu'a la fin de la pose. Pour le bulb, il faut piloter en port série c'est plus commode.
Je n'ai pas de problème d'erreur particulier, la prise en charge de l'etat de cFn-7 fonctionne. Mais on ne peut pas changer son état à distance.
C'est super ça ! ^.^
Premièrement car cela veut dire que cela peut fonctionner sans un second câble (USB->RS232->Prise LP) qui est un peu "lourd" à l'utilisation.
Et deuxièmement car cela pallie au manque de EOS Utility dans ce mode (miroir relevé).
Après, bon, ne pas pouvoir changer à distance l'état de cFn-7... On peut dire que c'est négligeable. Surtout si l'on prévoit de tester la fonction avant les prises de vue (alerte user si LP en mode miroir relevé demandé et que l'option n'est pas défini de la sorte).
Tu développes sur quelle plateforme ?
Non pour le mode BULB c'est bien un cable serie qu'il faut (donc USB-RS232-LP)Citation:
Envoyé par Ekaki
EOS Utility detecte que l'appareil est en mode miroir relevé ou non. Mais cela ne va pas plus loin effectivementCitation:
Envoyé par Ekaki
Qt 4.6 + EDSDK 2.7 + Eclipse CDTCitation:
Envoyé par Ekaki
Pour le pilotage du port serie j'utilise qextserialport 1.2winalpha
en gros je développe pour le plaisir et parce que j'aime bien la photo et l'astrophoto :)
l'appli tente de faire ce que beaucoup d'appli font déjà dans le domaine de l'astro
- Status de l'appareil photo
- Contrôle de la prise de vue (programmation de série de prise de vue avec différents ISO/ouverture/temps)
- Déclenchement USB ou Serie (pour le mode BULB)
- Lecture de la derniere image téléchargée
- Mesure de la FWHM pour aider au focus manuel
Ca tourne, mais il faut que je revois l'ergonomie de l'IHM.
J'ai toujours besoin d'EOS utility lancé en background pour le téléchargement des images après la prise de vue.
J'avance assez lentement et je me concentre sur la mesure de la mise au point pour le moment
Ha bon ?.. +.0Citation:
Envoyé par le_r
Ha oui..! Tu veux dire que cela ne fonctionne pas sur un 350D par exemple; il faut un APN de génération plus récente, genre 40D ou 5D mark II, qui offre cette possibilité.
C'est vrai que c'est à prendre en compte, ce n'est pas faisable avec tous les APN.
Sinon tu utilises QT pour des questions de portabilité, j'imagine ?
Et pour le rapatriement des images, cela a l'air de fonctionner relativement bien avec le SDK 2.7. Il me semble qu'il y a un exemple dans la doc'.
De mon coté je suis penché sur une mise à jour du plugin EOS-USB de Guidemaster pour une raison d'autoguidage avec drifting, mais j'avoue que c'est... Tendu. Déjà, cela fait un bail que je ne n'ai pas mis les mains dans du code de ce genre et cela fait quelques temps que j'essaye de contacter l'auteur, sans succès.
Si je vois que cela coince, cela va finir en standalone comme toi... Je verrai bien quelque chose du même genre que DSLR Focus (projet arrêté depuis un bail) qui était vraiment tip-top, avec tout ce qu'il faut dans un seul soft (assistance de MAP, séquencement, rapatriement, etc.). Je ne sais pas si tu connais ?
ah oui j'ai commencé avec 350D et 400D, ne j'ai pas essayé avec les générations suivantes.
Donc oui alors dans ce cas la ca simplifie le câblage.
Non pas de raisons de portabilité, le SDK n'est pas portable, mais plutot par ergonomie. Qt est vraiment bien foutu je trouve.
Oui je connais dslrfocus, et je m'en suis inspiré justement. dommage qu'il soit resté bloqué au 350D
bon courage
Merci, toi aussi -.^