SHELL - Envoyer un fichier sur "Port COM"

Dans la version la plus primitive (sans aucun protocole) c'est:

cat fichier.txt > /dev/ttyS0

J'ai oublie: Pour la 1er ligne avec "Mode COM1: ..." tu peux certainement faire avec "setserial ...". Regarde les options avec "man setserial".

Bonjour,

Bien merci pour ces réponses.

(Qui plus est, sont arrivées rapidement !) :-)

J'ai parcouru l'aide sur 'SetSerial', on y parle de périphériques "cua" et non tty ?? (l'aide date de 2000 pour setserial peut-être que ça a changé de nom depuis ?)

Concernant "RZ modem", j'ai un peu de mal à saisir le concept. Est-ce que cela correspond à une liaison connue sous le nom de "Z modem" (= Null Modem(?) où l'on ne s'occupe pas du tout des lignes de contrôle du port série) ??

A ce que j'ai pu comprendre, Kermit serait plus adapté pour établir une communication entre deux machines, un peu comme avec un réseau local, si c'est bien ça.

Personnellement, je recherche un moyen vraiment simple pour envoyer une chaîne de caractères depuis mon serveur vers une carte électronique qui reste à l'écoute.

Pous cela, il me faut exploiter le matériel via des lignes de commandes contenues dans un script qui est exécuté à dates fixes par l'intermédiaire de CronD .

Après quelques essais,

cat monfichier.txt > /dev/cua0

P.S.
Je n'ai pas eu besoin de configurer le port "COM" car ça passe tout seul si je ne dépasse pas une certaine longueur de chaîne à envoyer (de l'ordre de 2 à 3Ko environ) mais, si j'envoit 10Ko, ça donne l'impression d'être planté :o(

Conclusion : il va me falloir trouver une méthode fiable fiable à 100% si jamais les messages dépassent les 2-3Ko (...)

Salut,
regarde du coté de stty : man stty
Tu peux préciser la vitesse, le contrôle XON/XOFF, etc...
A+, crabs ..., I think Slackware sounds better than 'Microsoft,'
-- Patrick Volkerding - founder and maintainer of Slackware

Le kermit est tres bien quand les deux cotes le comprennent. En fait dans l'esprit c'est comme ftp mais directement a travers une connexion serielle sans protocole reseau TCP/IP. Moi je l'utilise entre un PC et une calculatrice (HP48SX) et sur la calcultrice on dispose de kermit mais bien sur il n'y a rien a propos de protocoles reseau (avec IP etc.).

Dans ton cas si tu as l'autre cote un truc super simple, c.-a-d. la carte electronique et si elle ne comprend pas kermit le "cat" est en effet le mieux surtout si ta solution "type ..." en DOS marchait bien. Seulement ce n'est pas elegant et il manque de choses comme corrections d'erreures etc. (quelque chose qui est implementee dans le kermit).
Il y a bien longtemps j'ai imprime en Linux avec une commande "cat ficher > /dev/lp0" (c'est la sortie parrallel pour l'imprimante). Ca marchait correctement mais il n'y a aucune gestion de queue si plusieures personnes veulent imprimer etc. En fait la bonne facon consiste a configurer et demarrer un daemon appele "lpd" qui s'occupe de tout (gestion queue, envoie a l'imprimente, filtre postscript etc.). C'est un peu la meme situation.


Pour le crontab, je te conseille d'abord d'ecrire un script, c.-a-d. un fichier ascii ou tu mets toutes les commandes et apres tu le rends executables avec "chmod +x fichier_script". Apres tu deposes/copies le script dans /bin/... ou /usr/bin/... et tu l'appelles dans le crontab.
Fais aussi attention que dans le script et aussi dans le fichier crontab tu n'utilises que de chemins absolus car dans le context du crontab tu n'a pas forcement le PATH. Explicitement il vaut mieux faire avec:

/bin/cat fichier > /dev/cua0

Ok, ok, ok !

J'ai beaucoup de boulot qui m'attend pour prétendre connaître un jour un minimum de choses sous Linux. ;o)

Bon, histoire de rajouter un peu de piquant, mon petit serveur tourne sous "SME server" alias "e-smith" (cf. http://contribs.org ) qui utilise un système de "Templates".

Si quelqu'un connaît un peu la philosophie du pinguoin qui règne dans mon PC et parle français, je lui serais très reconnaissant de m'indiquer où je dois placer mes fichiers et surtout comment les faire prendre en compte par ce système de Templates.

Je vais vous fournir le contenu des fichiers que j'ai éditer avec pico pour y jeter un oeil.

Encore merci d'avance.
:o)

HP

Bonjour,

Voilà la ligne que j'ai ajouté à CronTab :

# Envoie du message toutes les 10 minutes :
*/10 * * * * root /usr/local/scripts/message-carte-elec.sh

#!/bin/sh
# script qui envoit le message contenu dans "message.txt" vers la carte électronique
# 2005-11-11 by HP

# Test de l'existance du fichier "message.txt"
if test -s /tmp/message.txt
then
	# Si le fichier existe, on l'envoie !
	echo date >> /tmp/message.txt
	cat /tmp/message.txt > /dev/cua0
else
	# Sinon, on le dit !
	echo "No Message" > /tmp/message.txt
	echo date >> /tmp/message.txt
	cat /tmp/message.txt > /dev/cua0
fi

# Envoi du message en copie dans l'e-mail
mail -s "Message Carte Electronique" root@192.168.0.1 < /tmp/message.txt

# Suppression du fichier :
rm /tmp/message.txt

# Fin du script !

bash /usr/local/scripts/message-carte-elec.sh

1) Tu n'as pas mis partout de chemins absolus, notamment pas pour le "cat ..." => "/bin/cat ..." et parreil pour "date ..." => "/bin/date ..." et "mail" => /usr/bin/mail ..." (pour "echo" et "rm" je crois ce n'est peut-etre pas necessaire car ce sont de commandes du shell).
RAPPEL: Le chemin absolu est necessaire car le "cron-daemon" n'a pas forcement la meme variable PATH quand tu executes le script a la main!!

2) Je crois il est necessaire ou mieux d'editer le fichier /etc/crontab avec la commande "crontab -e".

3) Apres modification il faut redemarrer le cron-daemon pour tenir comptes des modifs:

/etc/rc.d/init.d/cron stop
/etc/rc.d/init.d/cron start

Merci KMF31.

Malheureusement, mon problème reste entier :o(

Au passage :

/etc/init.d/crond restart a bien fonctionné (il fallait le d à la fin de cron ; init.d semble être un alias, sur ma distribution Linux, de rc.d/init.d)

mail n'existe pas dans /usr/bin/ mais dans /etc/bin/


En tout cas, la réinit de Crond m'avait déjà traversé l'esprit car, ne sachant comment m'y prendre, un redémarrage du serveur avait déjà été effectué sans résultat.

Il me semble qu'il y a une histoire avec les "events" (évènements) à déclencher pour le système de "templates" en place avec cette distribution.

Enfin, la commande crontab -e m'affiche des messages d'erreur 319 et me "parle" de vimrc (...) ??

Bon, et bien, ça sent le W.E. prolongé raté à plein nez cette histoire :o((

Et dire que je ne voulais pas me lancer dans une usine à gaz avec un programme en C qui tournerait en non-stop, etc... (de toute façon, il m'aurait fallu le lancer automatiquement au démarrage du serveur...)

J'ai même testé, sans succès, la ligne suivante dans /etc/crontab :

*/1 * * * * root cat /tmp/message.txt > /dev/cua0

No comment (...) :

http://contribs.org/modules/pbboard/viewtopic.php?p=122856#1­22856

Je teste ça et vous tiens au courant ;o)

HP

Salut,

Sauf erreur, en utilisant "crontab -e" pour éditer la table cron de l'utilisateur la nouvelle crontab est réinstallée automatiquement, sans qu'il soit besoin de relancer le démon. C'est la raison pour laquelle l'utilisation de "crontab -e" est le mode recommandé d'édition des tables cron.

Les tables cron gérées par cette commande se trouvent sous "/var/spool/cron". Elles ne devraient pas être éditées manuellement. On y trouve les tables cron des utilisateurs du système (et de root).

Si l'on n'aime pas "vi" ou "vim" (qui est souvent l'éditeur par défaut du système qui s'ouvre avec cette option "-e"), on peut toujours changer la variable d'environnement "EDITOR" ou "VISUAL" pour utiliser l'éditeur de son choix.

Les tables sous /etc contiennent habituellement des fichiers de tâches prédéfinies par le système pour sa maintenance exécutées par crond à des intervalles prédéfinis. Pour ces tables, il doit effectivement être nécessaire de les modifier manuellement et de relancer le démon en revanche... mais ce n'est pas vraiment la place d'un cron d'utilisateur (qui de toutes façons ne devrait pas avoir les droits d'écriture).


Dal