Bon, j'imagine donc que la lecture du port série par read "rate"
aléatoirement quelques bits en début de ligne (je crois), ce qui décale
la lecture et modifie les caractères reçus. Donc pas de <NL> (icrnl
modifie le CR reçu en NL ) en fin de lecture, donc pas de fin de
lecture...
Et là je bloque aussi, comme read...
J'aimerais bien récupérer la ligne entière à coup sûr.
Tel quel, tu fermes le port série entre l'écriture de la commande et la lecture de la réponse. Ce n'est pas bon.
Christophe Maquaire
Le Sun, 16 Nov 2008 17:01:23 +0000, Nicolas George a écrit:
Tel quel, tu fermes le port série entre l'écriture de la commande et la lecture de la réponse. Ce n'est pas bon.
OK et merci, mais que suggères-tu ? passer par un fichier temporaire et en lire les lignes?
Le problème que j'ai alors, c'est que ma maîtrise du shell est insuffisante pour lire une ligne, l'effacer dudit fichier temporaire, sans interrompre l'écriture en tâche de fond d'un cat /dev/ttyS0.
Si tu veux bien m'aider, je peux envoyer mes ébauches ratées!
Christophe
Le Sun, 16 Nov 2008 17:01:23 +0000, Nicolas George a écrit:
Tel quel, tu fermes le port série entre l'écriture de la commande et la
lecture de la réponse. Ce n'est pas bon.
OK et merci, mais que suggères-tu ? passer par un fichier temporaire et
en lire les lignes?
Le problème que j'ai alors, c'est que ma maîtrise du shell est
insuffisante pour lire une ligne, l'effacer dudit fichier temporaire,
sans interrompre l'écriture en tâche de fond d'un cat /dev/ttyS0.
Si tu veux bien m'aider, je peux envoyer mes ébauches ratées!
Le Sun, 16 Nov 2008 17:01:23 +0000, Nicolas George a écrit:
Tel quel, tu fermes le port série entre l'écriture de la commande et la lecture de la réponse. Ce n'est pas bon.
OK et merci, mais que suggères-tu ? passer par un fichier temporaire et en lire les lignes?
Le problème que j'ai alors, c'est que ma maîtrise du shell est insuffisante pour lire une ligne, l'effacer dudit fichier temporaire, sans interrompre l'écriture en tâche de fond d'un cat /dev/ttyS0.
Si tu veux bien m'aider, je peux envoyer mes ébauches ratées!
Christophe
Nicolas George
Christophe Maquaire wrote in message <492063e8$0$27503$:
OK et merci, mais que suggères-tu ?
Garder le file-descriptor ouvert, avec une construction du style « exec 4<>/dev/ttyS0 », ou, mieux, avec un langage plus adapté que le shell.
Si tu veux bien m'aider, je peux envoyer mes ébauches ratées!
Désolé, mais je n'ai pas trop le temps en ce moment.
Christophe Maquaire wrote in message
<492063e8$0$27503$426a74cc@news.free.fr>:
OK et merci, mais que suggères-tu ?
Garder le file-descriptor ouvert, avec une construction du style « exec
4<>/dev/ttyS0 », ou, mieux, avec un langage plus adapté que le shell.
Si tu veux bien m'aider, je peux envoyer mes ébauches ratées!
Désolé, mais je n'ai pas trop le temps en ce moment.
Le Sun, 16 Nov 2008 18:31:59 +0000, Nicolas George a écrit:
Garder le file-descriptor ouvert, avec une construction du style « exec 4<>/dev/ttyS0 », ou, mieux, avec un langage plus adapté que le shell.
Merci pour cette suggestion, je vais creuser. Je ne maîtrise déjà pas vraiment le shell, alors autre chose...
Thierry B.
--{ Christophe Maquaire a plopé ceci: }--
Je lis la page man de read (qui est même pas sur ma debian...) et
read est une commande internet du shell. Avec Bash tu peux faire: $ help read
Je suis donc preneur de toute idée nouvelle!
Pour ce genre de manipulations sur des lignes séries, je regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le faire, le langage est assez complet. Il doit même pouvoir remonter des alertes par le réseau...
Sinon, en plus rudimentaire, peut-être le "chat" de PPP.
-- Bah! The Interwebtubethingie will kill the internet.
--{ Christophe Maquaire a plopé ceci: }--
Je lis la page man de read (qui est même pas sur ma debian...) et
read est une commande internet du shell. Avec Bash tu peux faire:
$ help read
Je suis donc preneur de toute idée nouvelle!
Pour ce genre de manipulations sur des lignes séries, je
regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le
faire, le langage est assez complet. Il doit même pouvoir
remonter des alertes par le réseau...
Sinon, en plus rudimentaire, peut-être le "chat" de PPP.
--
Bah! The Interwebtubethingie will kill the internet.
Je lis la page man de read (qui est même pas sur ma debian...) et
read est une commande internet du shell. Avec Bash tu peux faire: $ help read
Je suis donc preneur de toute idée nouvelle!
Pour ce genre de manipulations sur des lignes séries, je regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le faire, le langage est assez complet. Il doit même pouvoir remonter des alertes par le réseau...
Sinon, en plus rudimentaire, peut-être le "chat" de PPP.
-- Bah! The Interwebtubethingie will kill the internet.
Christophe Maquaire
Le Sun, 16 Nov 2008 18:31:59 +0000, Nicolas George a écrit:
Garder le file-descriptor ouvert, avec une construction du style « exec 4<>/dev/ttyS0 »
Je viens de prendre connaissance de certaines redirections qui m'étaient inconnues, et leurs possibilités me laissent songeur!
En tout cas un grand merci à toi, tu m'as indiqué la solution du problème ( et le problème aussi, d'ailleurs!)
christophe
Le Sun, 16 Nov 2008 18:31:59 +0000, Nicolas George a écrit:
Garder le file-descriptor ouvert, avec une construction du style « exec
4<>/dev/ttyS0 »
Je viens de prendre connaissance de certaines redirections qui m'étaient
inconnues, et leurs possibilités me laissent songeur!
En tout cas un grand merci à toi, tu m'as indiqué la solution du problème
( et le problème aussi, d'ailleurs!)
Le Sun, 16 Nov 2008 18:31:59 +0000, Nicolas George a écrit:
Garder le file-descriptor ouvert, avec une construction du style « exec 4<>/dev/ttyS0 »
Je viens de prendre connaissance de certaines redirections qui m'étaient inconnues, et leurs possibilités me laissent songeur!
En tout cas un grand merci à toi, tu m'as indiqué la solution du problème ( et le problème aussi, d'ailleurs!)
christophe
Erwan David
"Thierry B." écrivait :
--{ Christophe Maquaire a plopé ceci: }--
Je lis la page man de read (qui est même pas sur ma debian...) et
read est une commande internet du shell. Avec Bash tu peux faire: $ help read
Je suis donc preneur de toute idée nouvelle!
Pour ce genre de manipulations sur des lignes séries, je regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le faire, le langage est assez complet. Il doit même pouvoir remonter des alertes par le réseau...
Sinon, en plus rudimentaire, peut-être le "chat" de PPP.
Moi j'utiliserais plutôt expect, mais bon chacun voit avec ce qu'il connait.
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
"Thierry B." <tth@prout.stex.invalid> écrivait :
--{ Christophe Maquaire a plopé ceci: }--
Je lis la page man de read (qui est même pas sur ma debian...) et
read est une commande internet du shell. Avec Bash tu peux faire:
$ help read
Je suis donc preneur de toute idée nouvelle!
Pour ce genre de manipulations sur des lignes séries, je
regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le
faire, le langage est assez complet. Il doit même pouvoir
remonter des alertes par le réseau...
Sinon, en plus rudimentaire, peut-être le "chat" de PPP.
Moi j'utiliserais plutôt expect, mais bon chacun voit avec ce qu'il connait.
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Je lis la page man de read (qui est même pas sur ma debian...) et
read est une commande internet du shell. Avec Bash tu peux faire: $ help read
Je suis donc preneur de toute idée nouvelle!
Pour ce genre de manipulations sur des lignes séries, je regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le faire, le langage est assez complet. Il doit même pouvoir remonter des alertes par le réseau...
Sinon, en plus rudimentaire, peut-être le "chat" de PPP.
Moi j'utiliserais plutôt expect, mais bon chacun voit avec ce qu'il connait.
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Christophe Maquaire
Le Sun, 16 Nov 2008 20:52:08 +0100, Thierry B. a écrit:
read est une commande internet du shell. Avec Bash tu peux faire: $ help read
Merci, je ne connaissais pas cette documentation des commandes internes. Ceci dit, help exec ne m'aurait pas beaucoup aidé par rapport à "mon ami" google...
Pour ce genre de manipulations sur des lignes séries, je regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le faire, le langage est assez complet. Il doit même pouvoir remonter des alertes par le réseau...
Ouille! je n'en demande pas tant, et la lecture de la documentation qui va avec, comment dire, m'intimide peut-être... La solution suggérée par Nicolas suffit largement à mes besoins. Merci de ton aide Christophe
Le Sun, 16 Nov 2008 20:52:08 +0100, Thierry B. a écrit:
read est une commande internet du shell. Avec Bash tu peux faire:
$ help read
Merci, je ne connaissais pas cette documentation des commandes internes.
Ceci dit, help exec ne m'aurait pas beaucoup aidé par rapport à "mon ami"
google...
Pour ce genre de manipulations sur des lignes séries, je regarderais
du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le faire, le
langage est assez complet. Il doit même pouvoir remonter des alertes
par le réseau...
Ouille! je n'en demande pas tant, et la lecture de la documentation qui
va avec, comment dire, m'intimide peut-être...
La solution suggérée par Nicolas suffit largement à mes besoins.
Merci de ton aide
Christophe
Le Sun, 16 Nov 2008 20:52:08 +0100, Thierry B. a écrit:
read est une commande internet du shell. Avec Bash tu peux faire: $ help read
Merci, je ne connaissais pas cette documentation des commandes internes. Ceci dit, help exec ne m'aurait pas beaucoup aidé par rapport à "mon ami" google...
Pour ce genre de manipulations sur des lignes séries, je regarderais du coté de CKermit et de son langage de script.
Peut être un peu overkill, mais je pense que ça peut le faire, le langage est assez complet. Il doit même pouvoir remonter des alertes par le réseau...
Ouille! je n'en demande pas tant, et la lecture de la documentation qui va avec, comment dire, m'intimide peut-être... La solution suggérée par Nicolas suffit largement à mes besoins. Merci de ton aide Christophe
Thierry B.
--{ Erwan David a plopé ceci: }--
Moi j'utiliserais plutôt expect, mais bon chacun voit avec ce qu'il connait.
J'avais jamais songé à expect (que je connais très peu) pour causer à un port série. Je vais essayer et on en reparle...
-- Oui. J'aimerais bien être assez intelligent pour pouvoir maîtrise Windows Vista (désolé, mais XP c'est périmé). mais ce n'est pas le cas, je suis obligé de me rabattre sur Linux. --{ SC, in fcol.debats }--
--{ Erwan David a plopé ceci: }--
Moi j'utiliserais plutôt expect, mais bon chacun voit avec ce qu'il connait.
J'avais jamais songé à expect (que je connais très peu) pour
causer à un port série. Je vais essayer et on en reparle...
--
Oui. J'aimerais bien être assez intelligent pour pouvoir maîtrise Windows
Vista (désolé, mais XP c'est périmé). mais ce n'est pas le cas, je suis
obligé de me rabattre sur Linux.
--{ SC, in fcol.debats }--
Moi j'utiliserais plutôt expect, mais bon chacun voit avec ce qu'il connait.
J'avais jamais songé à expect (que je connais très peu) pour causer à un port série. Je vais essayer et on en reparle...
-- Oui. J'aimerais bien être assez intelligent pour pouvoir maîtrise Windows Vista (désolé, mais XP c'est périmé). mais ce n'est pas le cas, je suis obligé de me rabattre sur Linux. --{ SC, in fcol.debats }--
Fabien LE LEZ
On 16 Nov 2008 19:28:35 GMT, Christophe Maquaire :
Je ne maîtrise déjà pas vraiment le shell, alors autre chose...
Tu sais, le shell est un langage particulièrement vicieux et illisible. Bien des langages de programmation sont plus faciles à comprendre.
On 16 Nov 2008 19:28:35 GMT, Christophe Maquaire :
Je ne maîtrise déjà pas
vraiment le shell, alors autre chose...
Tu sais, le shell est un langage particulièrement vicieux et
illisible. Bien des langages de programmation sont plus faciles à
comprendre.