Page suivantePage précédenteTable des matières

6. Notes sur le matériel

6.1 Comment réaliser un câble ?

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'

6.2 Analyse de câbles et modification de powerd.c

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);
}

6.3 Assignement des broches du port série

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
Assignement des broches de port série (RS-232C), DB-25 et DB-9


 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

6.4 Correspondance entre ioctl et RS232

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.


Page suivantePage précédenteTable des matières

Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:44