Bonjour,
Je dispose d'un capteur optique placé à proximité d'une porte et je souhaite qu'à chaque détection un signal soit émis depuis un PC.
Pour cela, je pensais récupérer l'information Tout Ou Rien via le port série ou USB du PC. Ainsi, lorsque le signal renvoyé est 1, je donnerai l'ordre d'exécuter un fichier sonore sur le PC.
Ma question est la suivante:
Comment faire cette récupération d'information via le port série? Si il y a un montage intermédiaire, lequel est-il?
Merci à ceux qui s'interesseront au sujet.
Nico.
Mes maitres de stage m'ont conseillé d'utiliser le port série ou USB (je croi que USB serait beaucoup trop compliqué). Mais comme ils veulent nu truc qui fonctionnent, çà ne devrait pas les déranger que j'utilise le port //.
Le petit hic, c'est que j'ai travaillé en javascript jusqu'à maintenant et j'aurais bien voulu continuer avec quelque chose de compatible. Ca me permettrai d'intégrer ce petit travail de détection à mon interface déja mise en place en HTML avec Dreamweaver 4.
J'ai trouvé des infos sur un forum. Quelqu'un a utilisé le port série pour commander un train électrique. Il utilise le javascript et les ActiveX. Donc si tu es intéressé par le sujet, tu peux regarder par ici: http://www.toutjavascript.com/forums/index.php?topic=8644
Je crois que je vais rester dans cette optique là parce que je me vois mal comancer à survoler un nouveau langage de programmation et ne pas l'appronfondir.
Au fait, ton truc c'est bien joli mais çà utilise le port // en sortie. Moi j'ai besoin seulement de l'entrée (RxD je crois) pour capter l'info de mon capteur. J'essai de trouver des infos sur ce capteur et je te poste çà sur le forum.
Merci
si tu as bien lu le lien, le port // possède des entrées, il suffit de rentrer l'adresse des entrées au lieu des sorties dans le programme.
Je te proposais le // parceque le port série est fait pour comuniquer, enfin, envoyer un train d'impulsions (donc plusieurs informations suivant un protocole de comunication).
je trouvais cela plus simple avec le port // surtout pour créer l'interface élèctronique.
Ta solution en JS et dreamweaver me parait bien compliquée, mais bon je suis pas non plus ingenieur...
je te donnais ce lien pour te montrer ce que tu pouvais faire avec un programme simple et quelques fils: créer une application windows et interagir avec l'environnement.
Je trouve ton approche du problème quand même interessante et suis curieux de voir le resultat.
ps: je pense qu'il y a beaucoup à gagner en decouvrant d'autres langages tels que le C#, le C++ ou n'importe lequel d'ailleur, ne serait-ce que pour enrichir ta culture scientifique.
Alors il y a eu un peu de nouveau. Pour commencer, mon maître de stage à contacé un de ses amis qui bidouille pas mal en électronique. Il devrait essayer de s'occuper de mettre en place l'interfaçage (si ce mot existe dans le dictionnaire :) ) et me contacterait quand il y aura du nouveau. En attendant, je règle d'autres problèmes sur mon interface. Et pour tout te dire, çà avance pas mal ces jours ci. Réfléchir un peu à ce système de carillon m'a permis de mettre un peu le reste de côté et de l'aborder plus serainement après quelques jours d'inactivité.
On a beau dire mais le break est parfois bénéfique.
En ce qui concerne l'apprentissage de plusieurs je suis tout à fait de ton avis. Il est très important d'en aborder différents. Ca peut toujours servir et çà permet de perfectionner çà manière de programmer. Plus on pratique et plus on devient rigoureux.
J'ai regarder un peu plus profondément (très légèrement je l'avoue) le site que tu m'a indiqué. Effectivement, ils parlent des entrées.
Et pour répondre au sujet des cartes PCI, je connais. J'ai travaillé deçu au long de l'année pour un projet tutoré. Je travaillait avec visual basic. Une application utilisait une carte d'acquisition sur port ISA. Je devais la faire fonctionner avec l'équivalent en PCI et çà a marché. Le soucis avec ce genre de cartes, c'est qu'elles disposent de beaucoup trop d'E/S pour ce que je veux en faire. Celles que j'utilisaient disposaient de 8 entrées numériques, 8 sorties numériques et 16 entrées analogiques.
Dans mon cas, je n'ai besoin que d'une entrées numérique alors le coup de revien d'une telle carte ne serait pas justifiée. Mon système doit pouvoir être commercialisable chez leurs clients par la suite (c'est une éventualité possible) et un client ne voudrait pas d'un système où il faut payer une telle carte en plus d'un capteur. Les clients veulent des résultats à petit prix: c'est bien connu. :op
Je vous tiendrais au courant de mon avancement.
Encore merci pour tout.