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.