Discussion :

[GuiNark]

Bonjour à tous,

J'aimerais savoir si il est possible d'ignorer une condition BREAK à la lecture d'un channel. J'utilise une liaison série RS-485 et quand je désactive la broche HALF-CTRL, la ligne de communication passe à 0 et le récepteur détecte donc un BREAK sur la ligne. Ce n'est pas un problème mais quand je fais un read de mon channel, il me retourne une erreur car il détecte ce BREAK.

Voici un copié/collé des commande que j'utilise pour démontrer le problème :
*******************************************************************
*******************************************************************
(xxxxxx) 197 % fconfigure $rh -queue
27 0
(xxxxxx) 197 % fconfigure $rh -queue
30 0
(xxxxxx) 197 % fconfigure $rh -queue
33 0
(xxxxxx) 197 % fconfigure $rh -lasterror
(xxxxxx) 198 % read $rh
error reading "file3de1490": I/O error
(xxxxxx) 199 % fconfigure $rh -lasterror
BREAK
*******************************************************************
*******************************************************************

Mes données sont là dans le buffer mais à l'appel de read il lit le BREAK et me retourne donc une erreur. Est-il possible d'ignorer cette erreur avec une option ?
J'ai commencé à regarder les sources de TCL pour une éventuellement modification.

Merci de votre aide.

[Kroctk]

bonjour,

Pour travailler sur ce genre de port, il vaut bien mieux lire en utilisant la commande [gets] plutôt qu'avec [read]. Pour "ignorer" le break, je pense qu'il faudrait lire jusqu'au break avec des gets, fermer le canal dès que le break se présente, le rouvrir puis poursuivre la lecture avec des gets.

J'ai écrit un outil en Tcl/Tk dédié au travail sur les ports série : SerPort Chat. Il est disponible ici : http://www.zolli.fr/Gratuiciels.php (pour Mac OS X, linux, Windows, starkit et sources).

[GuiNark]

bonjour,

Pour travailler sur ce genre de port, il vaut bien mieux lire en utilisant la commande [gets] plutôt qu'avec [read]. Pour "ignorer" le break, je pense qu'il faudrait lire jusqu'au break avec des gets, fermer le canal dès que le break se présente, le rouvrir puis poursuivre la lecture avec des gets.

J'ai écrit un outil en Tcl/Tk dédié au travail sur les ports série : SerPort Chat. Il est disponible ici : http://www.zolli.fr/Gratuiciels.php (pour Mac OS X, linux, Windows, starkit et sources).

Merci pour ta réponse. Que je lise le buffer avec [gets] ou [read] c'est pareil.
Les données sont là mais je ne peux pas les récupérer.

***********************************************
***********************************************
(xxxxxx) 74 % set rh [initserial {\\.\COM5}]
file389e620
(xxxxxx) 75 % test
Message out : ÷0
(xxxxxx) 76 % fconfigure $rh -queue
15 0
(xxxxxx) 77 % gets $rh
error reading "file389e620": I/O error
(xxxxxx) 78 % fconfigure $rh -lasterror
BREAK
***********************************************
***********************************************

Pourquoi ces commandes empêchent-elles la lecture si un BREAK est détecté ? N'il y a t-il pas un autre moyen de lire le buffer ?