fma38 wrote:

Cool ! Ça c'est une bonne idée.

Merci

fma38 wrote:

Question (pour t'aider à développer le plugin) : lorsque tu envoies une commande de positionnement, la tête répond immédiatement (acquittement) ? Et c'est à toi de demander si elle a finie (polling) ? Ou ne répond-elle qu'une fois le déplacement terminé ?

La tête acquitte l'ordre. En revanche, pour savoir si la tête a acquis sa position, il faut la poller.

Effectivement, les deux axes sont indépendants. Et oui, tu peux lancer un déplacement dans les deux directions en parallèle (très sympa à voir en visuel !). Après, tu interroges la tête pour savoir si elle est arrivée à la position demandée.

Donc, certainement un thread pour vérifier en continu le positionnement de la tête.

C'est donc impec comme façon de fonctionnement (ça correspond à la Merlin). Donc pas besoin de thread dans le plugin ; c'est déjà fait dans le coeur de Papywizard. Le mieux est sans doute de partir du plugin GigaPanBot, qui est comme la Merlin, sans les problèmes d'asservissement externe (résolus avec dernier firmware), qui nécessitaient un thread.

http://www.papywizard.org/browser/trunk … Plugins.py
http://www.papywizard.org/browser/trunk … ardware.py

Bon, j'ai regardé le code. Ca faisait un bail que j'avais pas fait de Python !

En gros, le plugin assure le 'haut niveau' par rapport à hardware qui s'occupe de l'IO (envoi et réception des commandes).

En revanche, je me pose encore deux questions :

Y'a t'il une gestion de l'Autofocus ? Je n'ai vu que le déclenchement du shutter. Pareil, est-ce que PapyWizard peut gérer le déclenchement différencié de deux appareils photos ?

Quelle est la fréquence du poll de la tête ? (command read par exemple).

Voila

Y'a t'il une gestion de l'Autofocus ? Je n'ai vu que le déclenchement du shutter. Pareil, est-ce que PapyWizard peut gérer le déclenchement différencié de deux appareils photos ?

Non, pas de gestion de l'AF. C'est possible de l'intégrer au plugin 'shutter'. Mais bon, ça n'a d'intérêt que si tu as un retour d'état, pour éventuellement prendre une décision en cas de souci. Mais je ne sais pas si beaucoup d'appareil donne ce genre d'info...

Non, il n'y a pas de retour d'état. C'est juste une commande d'AF, sans garantie de succès.

Pour le déclenchement de 2 appareils, idem, ça pourrait être intégré au plugin 'shutter'. Là, ça me semble plus simple. Par contre, il n'y a bien sûr qu'un seul jeu de paramètres au niveau de Papywizard (focale, temps d'exposition...).

Ca ne me dérange pas. Les deux appareils sont censés avoir les mêmes réglages d'exposition. Donc pas de soucis.

Quelle est la fréquence du poll de la tête ? (command read par exemple).

C'est donné par la constante SPY_REFRESH_DELAY, dans le module config.py. Elle est fixée à 200ms, soient 5 lectures par seconde. Suivant le type de transmission, on pourrait faire plus. Mais avec du RS232 à 9600bauds, c'est déjà pas mal. Sans compter qu'il y a aussi le poll pour détecter la fin d'un positionnement qui peut s'intercaler. Ça fait beaucoup pour les petits µ-contrôleurs de la Merlin !

C'est largement suffisant ! Peut-être même trop rapide pour la Clauss. Je vais écrire le plugin et tester le comportement de la tête.

Yep ! J'ai mis une petite note concernant la commande L10...

Au temps pour moi. Bizarre, quand même...

martinlbb wrote:

Ah sinon, sais-tu s'il existe déjà un système d'option intégrable dans l'onglet hardware pour gérer la tête ?

Tu veux dire dans Papywizard ? Non, le menu hardware n'est pas customisable. Par contre, les options au niveau de chaque plugin, oui.

Je veux donner à l'utilisateur des infos sur sa tête (modèle, version logiciel, vitesse max moteur, nombre de pas, etc...) et lui permettre de choisir quelques options (anti twist pour le câble, choix d'un ou deux APN, etc...).

Le problème c'est que les valeurs du hardware ne peuvent être retrouvées qu'une fois connecté. C'est pour ça que c'est un peu merdique à intégrer au niveau général. Ce que je fais, c'est que, lors de la connexion, je logue toutes les infos utiles qu'on peut demander au firmware de la tête. L'utilisateur peut ensuite très facilement les retrouver avec le menu 'Aide -> Voir log', juste après s'être connecté (comme c'est un buffer tournant, ça disparaît vite si on log le niveau debug ou trace).

Pour choisir les options, c'est ce dont je parlais, ça se définit dans les options des plugins. L'interface se décrit juste avec quelques appels de méthodes, dans les classes xxxController, dans la méthode _defineGui(). Les paramètres correspondants doivent être définis dans la classe du plugin, dans la méthode _defineConfig().

Je pars en Alsace jusqu'à la fin de la semaine, mais dès mon retour, je vais écrire un plugin vide, avec plein d'explications en ligne dans le code, histoire que ceux qui veulent développer un plugin aient tout en main. Vous êtes plusieurs, en ce moment, à développer des trucs pour de nouvelles têtes. C'est cool

Protocole décodé à 98% !

Il ne reste que 6 commandes inconnues, mais cela n'a pas d'influence sur le portage de la tête sur PapyWizard.

Néanmoins, si quelqu'un trouve à quoi ces commandes servent, je suis intéressé !

Ca avance !

2010-12-30 22:55:20,996::Main::DEBUG::PluginsConnector.start(): 'yawAxis' establish connection
2010-12-30 22:55:21,017::Main::DEBUG::PluginsConnector.start(): 'yawAxis' init
2010-12-30 22:55:23,045::Main::DEBUG::ClaussHardware.init(): Transceiver reference number=30.500-0100
2010-12-30 22:55:24,058::Main::DEBUG::ClaussHardware.init(): Transceiver brand=CLAUSS
2010-12-30 22:55:25,069::Main::DEBUG::ClaussHardware.init(): Transceiver firmware version=02.00
2010-12-30 22:55:27,261::Main::DEBUG::ClaussHardware.init(): axis=1, motor reference number=30.500-1000
2010-12-30 22:55:28,282::Main::DEBUG::ClaussHardware.init(): axis=1, motor brand=CLAUSS
2010-12-30 22:55:29,301::Main::DEBUG::ClaussHardware.init(): axis=1, motor firmware version=01.05
2010-12-30 22:55:30,321::Main::DEBUG::ClaussHardware.init(): axis=1, motor numbers of steps=24000
2010-12-30 22:55:31,341::Main::DEBUG::ClaussHardware.init(): axis=1, motor max speed=03000
2010-12-30 22:55:31,343::Main::DEBUG::PluginsConnector.start(): 'pitchAxis' establish connection
2010-12-30 22:55:31,343::Main::DEBUG::PluginsConnector.start(): 'pitchAxis' init
2010-12-30 22:55:33,382::Main::DEBUG::ClaussHardware.init(): axis=2, motor reference number=30.500-1000
2010-12-30 22:55:34,405::Main::DEBUG::ClaussHardware.init(): axis=2, motor brand=CLAUSS
2010-12-30 22:55:35,425::Main::DEBUG::ClaussHardware.init(): axis=2, motor firmware version=01.05
2010-12-30 22:55:36,765::Main::DEBUG::ClaussHardware.init(): axis=2, motor numbers of steps=60000
2010-12-30 22:55:37,785::Main::DEBUG::ClaussHardware.init(): axis=2, motor max speed=03000

Martin,

Superbe travail que tu fais là ... enfin quelqu'un qui peut se "tremper" dans Papywizard et Python ...
Je suis certain que cela fait plaisir à Fréderic !

Bon, j'avance bien.

J'ai compris que les fonctions stratJog et stop sont liées à un déplacement manuel (appuie sur les flèches).
Et que la fonction drive est liée à un déplacement automatique (suivre un preset par exemple).

En revanche, je comprends rien à l'idée d'offset (variable _offset). C'est quoi donc ?

Bon, bah bonne année ! (les amis arrivent !)

fma38 wrote:

De retour d'Alsace... (mais je ne suis pas alsacien )

Arf !

fma38 wrote:

Quelle méthode read() as-tu modifée ? Je ne comprend pas ce qui peut perturber les autres plugins si tu changes des choses dans le plugin.

Dans le fichier papywizard/driver/serialDriver.py, la méthode read (la dernière en bas du fichier).
Comme je dois lire tout ce qui est écrit sur la ligne série jusqu'au timout, cela me générait des erreurs.
La manière de penser n'est pas la même pour Clauss. Une réponse peut avoir de 1 à 3 CR. Je dois donc tout lire pour ne pas perdre d'arguments.

fma38 wrote:

L'offset est utilisé lorsque tu utilises le menu pour modifier la référence (la position où tu lis yaw=0, pitch=0). La Claus peut peut-être être mise à zéro, mais pas la Merlin (ni d'autres têtes). Donc je gère ça au niveau au dessus du plugin.

OK, dois je le garder ?

fma38 wrote:

Au fait, la commande stop() sert aussi à arrêter un positionnement automatique.

ok

Sinon, j'ai quasi tout porté ! La commande manuelle marche, mais j'ai encore quelques erreurs en automatique (drive).

Ah sinon, ce serait bien d'implémenter un état de la batterie, avec affichage sur la barre d'état (batterie ou secteur). Mais est-ce que les autres têtes le gère ?