cybervirem Hi, oui, oui, socat semble être parfaitement adapté... Un minimum de feeling avec le système est quand même nécessaire... Cordialement
eddy33 @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)... ++
herrib 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.
eddy33 oui...tu as raison Ca me gene pas de passer d'un etage a un autre... Je pense neanmoins qu'il faut regarder de pres la configuration hardware de la RS.232 pour eviter de perdre des caracteres si le controle de flux est mal configure... Cote socket TCP, il n'y a pas de probleme. Le controle de flux TCP est inherant au protocole TCP... Il est d'ailleurs toujours instructif sur un projet qui melange informaticiens et electroniciens d'observer le ping pong quand rien ne marche 😉 ++
herrib Il n'y a pas de pingpong de facto, sauf dans l'esprit fécond des électroniciens qui cherchent à fuire leur immense responsabilité dans la déroute. Partons du principe que les électroniciens sont toujours fautifs (et ils ne le comprennent jamais), que les informaticiens ont rarement tort (et personne ne les comprend) et qu'en tout état de cause, les télécommunicants ont toujours raison (mais personne ne les écoute). Il reste encore à traiter le cas: des RH (brrrr, ça fait froid dans le dos) des financiers (spécialement de la race des Sarbox, particulièrement virulante et nocive) des pingouins des processus (qualiticiens, adeptes d'ITIL et autres disséqueurs de coléoptères ...)
martial_b 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 ! )
eddy33 oui... Les module FTDI sont super et notamment les modules USBMOD que l'on trouve chez Lextronic. ++
Bearnaise 8-) Merci à tous, Je vais voir du côté de "netcat" ou "socat", puisque je ne veux pas rajouter de hard. Généralement, les flux RS232 sur lesquels je me connecte sont en contrôle Xon/Xoff. :idea: Dans quel paquetage peut-on trouver "netcat" et "socat" ? :-? Désolé d'avoir déclenché un accrochage entre informaticiens et électroniciens : les deux sont complémentaires !
eddy33 non, y a pas d'accrochage du tout ! On parle de la meme chose mais avec un angle different ! netcat est la : http://netcat.sourceforge.net/ ++