Communication PC<===>µprocesseur

[abracadabra75]

Bonjour.
Je repose cette question, celle initialement posée ayant disparu lors de l'incident d'hier.

Je souhaite faire exécuter un programme implanté sur un PC (sous Windows7 ou XP) par un ordre lancé par un µprocesseur.
Ce dernier sait communiquer avec le PC au moyen de l'hyperterminal, envoyer et recevoir du texte (dans les deux sens: protocole RS232) .
Mais je ne sais pas comment un ordre (du texte par exemple: toto.exe) placé dans l'hyperterminal peut lancer le programme toto. Autrement dit: comment envoyer cette commande dans la 'ligne de commande' et simuler un appui de la souris.

Merci à qui pourra me dépanner.

A+
-----

[polo974]

peut-être en redirigeant l'entrée (et la sortie)de cmd, soit un truc du genre:

cmd.exe <COM1 >COM1

voir par là

bien sûr après avoir configuré le port com.

(hyperterminal est un client alors que tu veux que le pc soit serveur)

[Jack]

Pourquoi passer par hyperterminal? Ne vaudrait-il pas mieux écrire une petites appli qui lirait le port série et lancerait la commande désirée?

A+

[abracadabra75]

@polo974
le port COMx est configuré dans hyperterminal.
La redirection est une bonne idée, mais ne résout pas le problème : lire (et exécuter) la commande présentée sur l'hyperterminal.

@Jack
Veux-tu dire qu'un programme (sur le PC) ferait le polling du port COM?
A ce moment, ne serait-il pas plutôt possible de provoquer une interruption qui déclencherait le programme demandé?
(Je n'aime pas le polling qui monopolise une ressource en n'étant utile qu'un pouillème du temps).

[A voir en vidéo sur Futura]

[polo974]

Je reprends ma dernière phrase:
"(hyperterminal est un client alors que tu veux que le pc soit serveur) "

ça voulait dire en gros "tu oublies hyperterminal, il ne sert à rien dans ton cas."

tu lances donc juste cmd en lui redirigeant COM1 (ou un autre) dessus.

normalement, si un truc extérieur au pc envoie une commande, cmd la lira et l’exécutera.
je dis normalement, car sous windows, c'est pas toujours aussi simple (mais parfois on a de bonnes surprises)...

[Jack]

Veux-tu dire qu'un programme (sur le PC) ferait le polling du port COM?
A ce moment, ne serait-il pas plutôt possible de provoquer une interruption qui déclencherait le programme demandé?
(Je n'aime pas le polling qui monopolise une ressource en n'étant utile qu'un pouillème du temps).

On n'est pas obligé de faire du polling, le système d'exploitation sait très bien surveiller le port COM tout seul.
Quels langages pratiques-tu?

A+

[abracadabra75]

Sur PC, je n'ai guère fait de programmation, quelques bricoles en Pascal et en Basic. Les commandes DOS (inutilisables aujourd'hui?) dans les temps anciens pour faire des .bat

J'utilise des µP atmel, pour lesquels je programme en assembleur et en Bascavr.

[Jack]

Les commandes DOS (inutilisables aujourd'hui?)

Le DOS à proprement parler n'existent plus aujourd'hui. Il reste les commandes windows en console (ligne de commande) qui ont repris globalement la syntaxe des commandes DOS. Le problème, c'est que ce n'est pas très pratique et il est impossible de travailler en interruptions.

Personnellement, j'écris toutes mes applis C++ avec Qt. La dernière version de Qt inclut une classe serialPort avec toutes les fonctions qui vont bien. mais je ne sais pas où tu en es avec ce langage.

A+

[abracadabra75]

Le C.... (à fortiori C++) je n'ai pas vraiment accroché, ce qui fait que j'oublie d'une fois à l'autre quand je veux m'en servir.
J'ai un peu regardé du côté de powershell, mais là je débute et ai tout à apprendre...

Et comme le programme que je voudrais lancer est déjà écrit, c'est le côté 'commandes' qui me pose problème.

[polo974]

as-tu essayé la redirection du COM utilisé sur cmd ? ? ?

(après avoir configuré le port com à la bonne vitesse)

[abracadabra75]

Non.
Ayant eu mes petits enfants (5, entre 11 et 2 ans), je n'ai pas eu beaucoup de temps pour essayer ta manip.
Je le ferai dès que j'aurai 3 minutes à moi.