Cette section est juste compos�e de messages que j'ai vus sur le Net. Je ne l'ai pas r�alis�, donc je ne peux parler d'exp�rience. Si quelqu'un le peut, qu'il �crive cette section pour moi :). Voir aussi le message concernant le GPS1000 dans la section GPS1000 d'ACCODATA pour ne pas citer toutes les donn�es sp�cifiques de la section Informations sur un certain nombre d'onduleurs
>From miquels@caution.cistron.nl.mugnet.org Wed Jul 21 14:26:33 1993
Newsgroups: comp.os.linux
Subject: Re: Interface onduleur pour Linux ?
From: miquels@caution.cistron.nl.mugnet.org (Miquel van Smoorenburg)
Date: Sat, 17 Jul 93 18:03:37
Distribution: world
Organization: Cistron Electronics.
Dans l'article <1993Jul15.184450.5193@excaliber.uucp> joel@rac1.wam.umd.edu (Joel M. Hoffman) ecrit :>Je ne vais pas tarder a acheter un onduleur, et ai remarque que certains>d'entre eux ont des interfaces reseau pour prevenir celui-ci lorsque le>courant est coupe.>>Y a-t-il une telle interface pour Linux ?>>Merci..>>-Joel>(joel@wam.umd.edu)> Lorsque je travaillais sur la derniere version de SysVinit (2.4
actuellement), j'ai eu temporairement un onduleur sur mon ordinateur,
donc j'ai ajoute le support de celui-ci.
Tu as peut-etre vu que dans le dernier fichier d'en-tete <signal.h>,
il y a maintenant un #define SIGPWR 30 :-).
Malgre tout, je n'avais pas une telle interface speciale,
mais la sortie de nombreux onduleurs est juste un relais qui s'ouvre ou se
ferme en cas de coupure de courant.
J'ai reflechi a une methode simple pour connecter ca sur la ligne DCD du
port serie.
Dans le paquetage SysVinit, il y a un demon appele "powerd" qui garde
un oeil sur cette ligne serie et envoie SIGPWR a init lorsque l'etat
change, pour qu'init puisse faire quelque chose (comme arreter le systeme
dans les 5 minutes).
La methode de connexion de l'onduleur a la ligne serie est decrite dans le
source "powerd.c", mais je vais le dessiner ici pour explications :
+------------------------o DTR
|
+---+
| | resistance
| | 10 kilo-Ohm
| |
+---+ Vers le port serie
|
+-----o-------+------------------------o DCD
| |
o relais |
\ de l' |
\ onduleur |
| |
+-----o-------+------------------------o GND
Joli dessin, hein ?
J'esp�re que cela peut etre utile.
SysVinit peut etre trouve sur sunsite (et tsx-11 probablement) dans
SysVinit2.4.tar.z
Mike.
--
Miquel van Smoorenburg, <miquels@cistron.nl.mugnet.org> Ibmio.com: cannot open CONFIG.SYS: file handle broke off.>From danny@caution.cistron.nl.mugnet.org Wed Jul 21 14:27:04 1993
Newsgroups: comp.os.linux
Subject: Re: Interface onduleur pour Linux ?
From: danny@caution.cistron.nl.mugnet.org (Danny ter Haar)
Date: Mon, 19 Jul 93 11:02:14
Distribution: world
Organization: Cistron Electronics.
Dans l'article <9307174330@caution.cistron.nl.mugnet.org> miquels@caution.cistron.nl.mugnet.org (Miquel van Smoorenburg) ecrit :>La methode de connexion de l'onduleur a la ligne serie est decrite dans le>source "powerd.c", mais je vais le dessiner ici pour explications :
Le dessin n'etait pas vraiment clair, utilisez plutot celui-ci !>> +------------------------o DTR> |> +---+> | | resistance> | | 10 kilo-Ohm> | |> +---+ Vers le port serie> |> +-----o-------+------------------------o DCD> |> o relais> \ de l'> \ onduleur> |> +-----o--------------------------------o GND> Le DTR est maintenu haut.
Lorsque le courant de l'onduleur s'arrete, le relais se ferme.
L'ordinateur controle la descente de la ligne DCD.
Lorsque cela arrive, il lance une sequence shutdown...
_____
Danny
--
<=====================================================================> Danny ter Haar <dannyth@hacktic.nl> or <danny@cistron.nl.mugnet.org> Robins law #103: 'a couple of lightyears can't part good friends'
Essayez d'obtenir la documentation des c�bles que votre revendeur d'onduleurs fournit. En particulier, recherchez :
Il vous faut ensuite modifier powerd.c en cons�quence, ou utiliser
l'un des paquetages configurables cit�s plus haut (voir
genpower-1.0.1.tgz, power-2.0.tar.gz ou upsd-1.0.tgz
d�crits dans la section
Logiciels.
Si vous utilisez l'un des paquetages, suivez les instruction correspondantes.
Si vous voulez bidouiller powerd.c, lisez ce qui suit.
Si vous avez des probl�mes pour obtenir les informations pr�cit�es, ou si vous voulez juste les contr�ler (une bonne id�e), le programme suivant peut vous y aider. C'est une version bidouill�e de powerd.c. Il vous permet de positionner les signaux du port depuis la ligne de commande, puis il contr�le le port, en affichant l'�tat des signaux chaque seconde. Je l'ai utilis� en "upscheck /dev/cua1 2" (par exemple) pour monter le deuxi�me bit (DTR) et descendre les autres. Le nombre en base 2 indique les bits � monter, ainsi par exemple pour monter les bits 1, 2 et 3 (et descendre les autres), utilisez 7. Voir le code pour les d�tails.
Voici le programme (non test�) upscheck.c. Il n'est pas test� car j'ai modifi� la version que j'avais utilis�e au d�part pour le rendre plus clair, et que je ne peux tester la nouvelle version pour le moment.
NdT : La traduction des commentaires et messages peut aussi avoir alt�r� le comportement du programme.
/*
* upscheck Controle comment l'ordinateur et l'onduleur communiquent
*
* Usage: upscheck <peripherique> <bits a monter> * Par exemple, upscheck /dev/cua4 4 pour monter le bit 3 et
* controler /dev/cua4.
*
* Author: Harvey J. Stein <hjstein@math.huji.ac.il> * (mais en realite juste une modification mineure de Miquel van
* Smoorenburg's <miquels@drinkel.nl.mugnet.org> powerd.c
*
* Version: 1.0 19940802
*
*/
#include <sys/types.h>
#include <sys/ioctl.h>
#include <fcntl.h>
#include <errno.h>
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
#include <signal.h>
/* Programme principal. */
int main(int argc, char **argv)
{
int fd;
/* Ces parametres TIOCM_* sont definis dans <linux/termios.h>, qui */
/* est inclus indirectement ici. */
int dtr_bit = TIOCM_DTR;
int rts_bit = TIOCM_RTS;
int set_bits;
int flags;
int status, oldstat = -1;
int count = 0;
int pc;
if (argc < 2) {
fprintf(stderr, "Usage: upscheck <peripherique> <bits-a-positionner>\n");
exit(1);
}
/* Ouvre le peripherique a controler. */
if ((fd = open(argv[1], O_RDWR | O_NDELAY)) < 0) {
fprintf(stderr, "upscheck: %s: %s\n", argv[1], sys_errlist[errno]);
exit(1);}
/* Recupere les bits a positionner sur la ligne de commande */
sscanf(argv[2], "%d", &set_bits);
while (1) {
/* Positionne les bits specifies sur la ligne de commande (et */
/* seulement eux). */
ioctl(fd, TIOCMSET, &set_bits);
fprintf(stderr, "Positionnement de %o.\n", set_bits);
sleep(1);
/* Recupere les bits actuellement positionnes */
ioctl(fd, TIOCMGET, &flags);
fprintf(stderr, "Les signaux sont %o.\n", flags);
/* Piochez ici en changeant TIOM_CTS par un autre TIOCM jusqu'a */
/* ce que le programme detecte que le courant est coupe lorsque */
/* vous debranchez l'onduleur. Ensuite, vous saurez comment */
/* modifier powerd.c */
if (flags & TIOCM_CTS)
{
pc = 0 ;
fprintf(stderr, "Le courant est la.\n");
}
else
{
pc = pc + 1 ;
fprintf(stderr, "Le courant est coupe.\n");
}
}
close(fd);
}
La section qui pr�c�de pr�suppose la connaissance de la correspondance entre les signaux de terminal et les broches du port s�rie. Voici une r�f�rence de cette correspondance, reprise du document de David Tal : "C�bles et connecteurs fr�quemment utilis�s". J'inclus un diagramme illustrant les connecteurs, et une table donnant la corresopondance entre les num�ros de broches et les signaux de ligne de terminal.
Si vous avez besoin d'une r�f�rence g�n�rale sur le brochage de c�bles, celle de David Tal en est une bonne, mais je n'arrive plus � localiser ce document sur le Net. Mais j'ai trouv� un bon livre de remplacement, c'est The Hardware Book.
NdT : si un lecteur fran�ais veut proposer une r�f�rence dans la langue de Moli�re, qu'il n'h�site pas � me contacter.
Autres sites utiles :
Incidemment, il semble que le paquetage Linuxdoc-sgml ne formate plus les tableaux tr�s bien en sortie html. Si vous voulez pouvoir lire la table qui suit, vous devrez probablement vous r�f�rer � la version DVI ou texte simple du pr�sent document.
| DB-25 | DB-9 | Nom | EIA | CCITT | DTE-DCE | Description |
| Broche | Broche | |||||
| 1 | FG | AA | 101 | --- | Masse de chassis GND | |
| 2 | 3 | TD | BA | 103 | ---> | Donn�es transmises, TxD |
| 3 | 2 | RD | BB | 104 | <--- | Donn�es re�ues, RxD |
| 4 | 7 | RTS | CA | 105 | ---> | Requ�te pour envoyer |
| 5 | 8 | CTS | CB | 106 | <--- | Pr�t � envoyer |
| 6 | 6 | DSR | CC | 107 | <--- | Jeu de donn�es pr�t |
| 7 | 5 | SG | AB | 102 | ---- | Masse de signal, GND |
| 8 | 1 | DCD | CF | 109 | <--- | D�tection de porteuse |
| 9 | -- | -- | - | - | Tension positive continue de test | |
| 10 | -- | -- | - | - | Tension n�gative continue de test | |
| 11 | QM | -- | - | <--- | Mode d'�galisation | |
| 12 | SDCD | SCF | 122 | <--- | D�tection de porteuse secondaire | |
| 13 | SCTS | SCB | 121 | <--- | Pr�t � envoyer secondaire | |
| 14 | STD | SBA | 118 | ---> | Donn�es transmise secondaires | |
| 15 | TC | DB | 114 | <--- | Signal d'horloge de l'�metteur | |
| 16 | SRD | SBB | 119 | <--- | Signal d'horloge secondaire du r�cepteur | |
| 17 | RC | DD | 115 | ---> | Signal d'horloge du r�cepteur | |
| 18 | DCR | -- | - | <--- | Horloge divis�e du r�cepteur | |
| 19 | SRTS | SCA | 120 | ---> | Requ�te pour �mettre secondaire | |
| 20 | 4 | DTR | CD | 108.2 | ---> | Terminal de donn�es pr�t |
| 21 | SQ | CG | 110 | <--- | D�tection de qualit� de signal | |
| 22 | 9 | RI | CE | 125 | <--- | Indicateur de sonnerie |
| 23 | -- | CH | 111 | ---> | S�lecteur de vitesse de donn�es | |
| 24 | -- | CI | 112 | <--- | S�lecteur de vitesse de donn�es | |
| 25 | TC | DA | 113 | <--- | Horloge transmise | |
1 13 1 5 _______________________________ _______________ \ . . . . . . . . . . . . . / \ . . . . . / Connecteurs \ . . . . . . . . . . . . / \ . . . . / RS-232 vus de --------------------------- ----------- l'arri�re de 14 25 6 9 l'ordinateur DTE : Equipement terminal de donn�es (i.e. ordinateur) DCE : Equipement de communication de donn�es (i.e. modem) RxD : Donn�es re�ues; 1 est transmis "bas", 0 "haut" TxD : Donn�es envoy�es; 1 est transmis "bas", 0 "haut" DTR : DTE annonce qu'il est aliment� et pr�t � communiquer DSR : DCE annonce qu'il est pr�t � communiquer; "bas" raccroche le modem RTS : DTE demande � DCE la permission d'envoyer des donn�es CTS : DCE agr�e la RTS RI : DCE indique au DTE qu'il tente d'�tablir une connexion DCD : DCE annonce qu'une connexion est �tablie
Puisque vous pouvez aussi devoir modifier powerd.c pour monter et descendre
les signaux corrects, vous pouvez aussi avoir besoin des valeurs num�riques
des diff�rents signaux de terminal.
Ils peuvent �tre trouv�s dans
/usr/include/linux/termios.h,
mais sont reproduits ici comme r�f�rence.
Puisqu'ils peuvent �tre sujets � changements, vous auriez avantage � les
v�rifier avec ledit fichier.
/* lignes modem */
#define TIOCM_LE 0x001
#define TIOCM_DTR 0x002
#define TIOCM_RTS 0x004
#define TIOCM_ST 0x008
#define TIOCM_SR 0x010
#define TIOCM_CTS 0x020
#define TIOCM_CAR 0x040
#define TIOCM_RNG 0x080
#define TIOCM_DSR 0x100
#define TIOCM_CD TIOCM_CAR
#define TIOCM_RI TIOCM_RNG
Notez que la troisi�me colonne est en hexad�cimal.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:44