Contrôler quoi? c'est un flux, on le prend et on le traite ... :lol:

@herrib,

le controle de flux concerne cote RS.232 le traitement des signaux de RTS/CTS si controle harware ou Xon/Xoff si controle software (c'est l'electronicien qui te parle)...

++

Oui, oui mais on oouvre un pipe et on ne se soucie pas du contrôle de l'interface assuré par ailleurs. On se borne à rediriger les flux, "au-dessus" de la gestion courante de l'interface RS232, dont les flux sont portés par un socket. On démontre ainsi que les informaticiens ont toujours résidé à l'étage supérieur, au contraire des électroniciens, plus sensibles aux inondations.

Voici un extrait du man qui peut s'avérer éclairant:

In the simplest usage, "netcat host port" creates a TCP connection to
the given port on the given target host. Your standard input is then
sent to the host, and anything that comes back across the connection is
sent to your standard output. This continues indefinitely, until the
network side of the connection shuts down. Note that this behavior is
different from most other applications which shut everything down and
exit after an end-of-file on the standard input.

Netcat can also function as a server, by listening for inbound connec?
tions on arbitrary ports and then doing the same reading and writing.
With minor limitations, netcat doesn't really care if it runs in
"client" or "server" mode -- it still shovels data back and forth until
there isn't any more left. In either mode, shutdown can be forced after
a configurable time of inactivity on the network side.

sinon au niveau des solutions hardware, il existe quelques solutions:

portstore:

http://www.hw-group.com/products/eth_buffer512/index_fr.html

ou même

http://www.optiminfo.com/module_ethernet.htm

( A noter aussi les excellents modules usb/série et usb/parallèle pour bricoler, simplement, avec des petits montages maison , même sous linux ! )