Bonjour tout le monde,
Tout d’abord désolé pour le titre de ce post, je n'ai pas trouvé mieux. Si vous avez des suggestions...
J'ai ouvert ce thread car je n'arrive pas à trouver une réponse à une question que je me pose.
Je suis sur un projet, ou je dois programmer une platine de translation (protocole rs232). Dans les commandes du fournisseur, j'en ai une qui permet de déplacer la platine motorisée, une autre qui permet d'interroger sur son état (est ce qu'elle se déplace ou est ce qu'elle est arrêtée). Il ne vaut mieux pas envoyer de nouvelles instruction à la platine si celle ci est occupée. Donc, avec les fonctions de base, il faut interroger continuellement la platine pour savoir dans quel état elle est avant de déclencher l'action suivante, ce qui je suppose, bloque le déroulement d'autres instructions.
Mon idée est donc de créer un signal qui est émis lorsque la platine a fini de se déplacer (ce qui me permettrait d'utiliser mon pc pour faire autre chose et d’éviter les freezs éventuels). Le problème c'est que je ne vois pas comment émettre ce signal sans interroger continuellement le périphérique (ce qui donc ne résout rien).
Du coup pensez vous qu'il soit possible de créer et d’émettre ce signal sans interroger sans arrêt le périphérique? Le cas contraire, pensez vous qu'il soit judicieux de créer et d’émettre le signal grâce à un événement type Timer (on n'interroge le périphérique, si il est occupé alors je déclenche un Timer. Je libère. Des que le Timer arrive à une certaine valeur, un signal est émis. Je réinterroge du coup mon périphérique et je continue ainsi). Pensez vous qu'il vaille mieux interroger continuellement le périphérique sur un thread parallèle (si j'ai beaucoup de moteurs, je risque d'avoir beaucoup de threads en parallèle du coup).
Merci de pour vos suggestions
Partager