Si vous suspectez que le probl�me soit mat�riel, voyez la section r�paration et diagnostic. Si le probl�me concerne le port s�rie lui-m�me, voyez le Serial-HOWTO.
Voici une liste des probl�mes possibles :
Il y a deux cas dans lesquels le terminal se comporte mal. L'un arrive quand il a fonctionn� correctement et s'est mis � mal fonctionner tout � coup. C'est ce dont on parle dans la sous-section suivante. L'autre cas arrive quand les choses vont mal juste apr�s l'installation du terminal. Dans ce cas, vous pouvez passer � la section suivante.
Quand un terminal qui fonctionnait correctement ne tourne tout d'un coup pas bien, il est souvent facile de d�celer le probl�me. Si vous r�fl�chissez � ce qui s'est pass� r�cemment cela vous donnera certainement un indice quant � la cause du probl�me.
Le probl�me peut �tre �vident comme un message d'erreur au d�marrage du terminal. S'il �met un bruit, il a s�rement besoin d'une r�paration. Voyez r�paration et diagnostics. D'abord, r�flechissez � ce que vous avez fait ou modifi� r�cemment car c'est s�rement la cause du probl�me. Est-ce que le probl�me est apparu juste apr�s l'installation d'un nouveau logiciel ou apr�s une modification de configuration ?
Si le terminal ne r�pond pas correctement (s'il r�pond tout court) � ce que vous tapez, vous avez peut-�tre une interface de terminal corrompue.
Si vous venez de relier un terminal � votre ordinateur en suivant les instructions et qu'il ne fonctionne pas, cette section vous concerne. Si un terminal qui fonctionnait correctement auparavant ne fonctionne plus, voyez le terminal fonctionnait. Si vous pr�sumez que le port s�rie de votre ordinateur est d�fectueux, vous pouvez essayer de lancer un programme de test et de diagnostics sur ce port. � pr�sent (juin 1998) il semble que Linux ne dispose pas encore d'un tel programme de diagnostics et vous devrez donc lancer les diagnostics sous MS DOS/Windows. Il y a quelques programmes pour surveiller les diverses lignes s�rie comme DTR, CTS, etc. et qui peuvent vous aider. Voyez surveillance/diagnostic s�rie.
Une mani�re est d'abord de voir si le terminal fonctionne en essayant de copier un fichier vers le terminal (cp mon_fichier /dev/ttyS?) dans la situation la plus simple. Ceci implique la d�sactivation des lignes de contr�le du modem et � une vitesse qui ne n�cessite pas de contr�le de flux (assurez-vous que le contr�le de flux mat�riel est d�sactiv�). Si cette copie fonctionne, compliquez alors un petit peu la situation et voyez si �a fonctionne encore, etc., etc. Quand le probl�me appara�t juste apr�s avoir fait une modification, alors ce changement est s�rement la cause du probl�me. En fait, il est plus efficace (mais plus compliqu�) de sauter de la situation simple � � peu pr�s la moiti� de la configuration finale pour que le test �limine � peu pr�s la moiti� des causes possibles restantes pour le probl�me. R�p�tez alors cette m�thode pour le test suivant. De cette mani�re il ne faudrait que dix tests environ pour trouver la cause sur un millier de causes possibles. Vous devriez vous �carter un peu de cette m�thode en vous basant sur des intuitions et des indices.
Un bon terminal d�marre en g�n�ral en affichant quelques mots � l'�cran. Si ces mots ne donnent aucun message d'erreur, le terminal va probablement bien. S'il n'y aucun signe de courant (aucune lumi�re n'est allum�e, etc.), r�enfoncez le c�ble d'alimentation des deux c�t�s. Assurez-vous qu'il y ait du courant sur la prise murale (ou au bout du cordon d'alimentation). Essayez un autre cordon si vous en avez un. Assurez-vous que le terminal est allum� et que son fusible n'a pas saut�. Un �cran blanc (ou sombre) peut parfois �tre r�par� simplement en tournant les molettes de luminosit� et de contraste ou par une touche de clavier dans le mode de configuration. Si cela ne fonctionne toujours pas, voyez r�parations et diagnostics pour avoir des astuces sur la r�paration du terminal.
Si le terminal d�marre correctement, mais que vous soup�onnez qu'il y ait un probl�me, mettez-vous en "mode local" o� il fonctionnera comme une machine � �crire et essayez de taper. Voyez mode local.
Si le texte s'affiche normalement sur le terminal puis s'arr�te sans avoir termin� (au milieu d'un mot, etc.) ou si des morceaux de texte manquent, vous avez s�rement un probl�me avec le contr�le de flux. Si vous ne pouvez pas trouver tout de suite ce qui le cause, baissez la vitesse. Si cela l'arrange, c'est s�rement un probl�me de contr�le de flux. Il se peut que le contr�le de flux ne fonctionne pas du tout � cause d'un manque de configuration correcte ou � cause d'un c�blage incorrect (pour le contr�le de flux mat�riel). Voyez contr�le de flux.
Si des caract�rs isol�s manquent, le port s�rie est peut-�tre d�pass� par une vitesse trop �lev�e. Essayez une vitesse plus petite.
Si vous utilisez une vitesse de transmission en dessous de 1200 (tr�s lente, principalement utilis�e par les anciens terminaux � copie papier et les imprimantes) et que le texte est tronqu�, alors le probl�me peut provenir du pilote de p�riph�riques s�rie. Voyez le Printing-HOWTO � la section "p�riph�riques s�rie" sur la mani�re de r�gler ceci.
Utilisez la commande "lsmod" pour voir si le module s�rie est charg�.
Si getty ne peut pas ouvrir et/ou utiliser un port � cause du manque de tension de contr�le de modem positive sur l'une des broches, alors getty peut se terminer. Alors, gr�ce aux instructions dans inittab, getty se relance et essaie encore, uniquement pour �tre termin� � nouveau, etc. etc. Vous pouvez voir un message d'erreur indiquant que, � cause de getty qui se relance trop rapidement, il a �t� temporairement d�sactiv�. Essayez d'utiliser l'option "local" dans getty et/ou de v�rifier les param�tres et les tensions de contr�le du modem.
Une autre cause possible du relancement de getty est qu'une touche du clavier soit enfonc�e, ce qui donne le m�me r�sultat que si la touche �tait maintenue appuy�e en continu. Avec la r�p�tition automatique activ�e, ceci "tape" des milliers de caract�res � l'invite de login. Cherchez un �cran rempli de caract�res identiques (dans certains cas avec deux caract�res diff�rents ou plus).
Si vous pouvez vous logger correctement mais ne pouvez utiliser le terminal il se peut que le d�marrage du shell de login ait reconfigur� le terminal (avec des param�tres incorrects) � cause d'une commande que quelqu'un a mise dans l'un des fichiers qui sont lanc�s quand vous vous loggez, et qu'un shell soit lanc�. Ces fichiers comprennent /etc/profile et /.bashrc. Cherchez une commande commen�ant par "stty" ou "setserial" et assurez-vous qu'elle est correcte. M�me si elle est correcte dans un fichier d'initialisation, elle peut �tre repositionn�e de mani�re incorrecte dans un autre fichier d'initialisation que vous ne soup�onnez pas. Des m�thodes pour revenir sur le syst�me afin de le r�parer et d'utiliser un autre terminal ou console est d'utiliser une disquette de secours ou de taper : "linux single" � l'invite de LILO qui vous mettra en mode utilisateur unique sans lancer les fichiers de d�marrage.
Si vous obtenez une invite de login mais pas de r�ponse (ou peut-�tre une r�ponse embrouill�e) � vos tentatives de login, une cause possible est que la communication se fait mal dans un sens du terminal vers l'ordinateur. Cela peut �tre d� � un connecteur/c�ble mauvais ou mal c�bl�. Si vous n'utilisez pas encore l'option "local" de getty, faites-le afin de d�sactiver les lignes de contr�le du modem. Voyez getty (dans /etc/inittab). Vous pourriez aussi d�sactiver le contr�le de flux mat�riel (stty -crtscts) s'il �tait activ�. Si cela fonctionne maintenant correctement, alors soit les lignes de contr�le de votre modem sont c�bl�es de mani�re incorrecte, soit il y a une erreur dans votre configuration. Certains terminaux permettent le positionnement de valeurs diff�rentes (comme la vitesse de transmission) pour envoyer et recevoir, de sorte que la r�ception soit bonne mais pas l'envoi.
Vous devriez aussi (sur la console) essayer "stty < /dev/ttyS1" (si vous utilisez ttyS1) pour v�rifier qu'il est configur� correctement. Il sera souvent en mode brut (et c'est s�rement bon) avec -icanon et -echo, etc. Si le terminal est configur� de mani�re incorrecte en half-duplex (HDX), alors une partie des caract�res que vous voyez quand vous tapez viennent du terminal lui-m�me. Si les caract�res sont doubl�s, alors les �chos de l'ordinateur sont bons et vous pouvez passer en full-duplex pour corriger ceci. Mais si vous �tes en half-duplex et que vous ne voyez que ce qui semble �tre des "�chos" normaux, ils ne viennent donc pas de l'ordinateur comme ils devraient le faire.
Si vous obtenez un message qui ressemble � "login failed" (le login a �chou�) alors, si vous n'avez fait aucune erreur en tapant ou dans votre mot de passe, il peut y avoir des restrictions sur les logins qui ne vous permettent pas de vous logger. Malheureusement, ce message peut ne pas vous dire pourquoi la tentative a �chou�. Voyez restrictions sur les logins.
Ceci peut-�tre � cause de l'utilisation d'un jeu de caract�res incorrect, des erreurs de transmission dues � des vitesses de connexion trop �lev�es, des vitesses de connexion incompatibles, des parit�s incompatibles ou un nombre de bits par octet incorrect. Si c'est une vari�t� de caract�res �tranges vous avez un jeu de caract�res incorrect ou un bit de haut rang est positionn� par erreur. Si les mots ont des fautes d'orthographe, essayez une vitesse de transmission plus basse. Pour les incompatibilit�s de vitesse de transmission, de parit� ou de bits/caract�re, vous voyez beaucoup d'erreurs "character error" identiques (erreur de caract�re) qui repr�sentent le fait qu'un vrai caract�re ne peut �tre affich� correctement � cause d'une erreur dans la parit� ou la vitesse de transmission.
Si vous utilisez agetty (souvent nomm� simplement getty), le programme agetty d�tectera et positionnera la parit� et/ou les bits/caract�re si vous tapez quelque chose. Essayez-le avec un retour chariot pour voir si cela r�pare quelque chose.
Cela arrive quand rien ne se passe du tout sur le terminal, mais que le terminal semble fonctionner correctement. L'une des premi�res choses � faire est de s'assurer que toutes les connexions c�bl�es sont fermes et reli�es au bon connecteur � la fois sur l'ordinateur et sur le terminal. D'autres causes comprennent du mat�riel ou des c�bles d�fectueux (les c�bles doivent �tre des null-modem), getty ne tournant pas, une diff�rence de vitesse de transmission, un terminal en mode local, etc. � ce point, deux possibilit�s d'approche sont (vous pouvez en suivre plus d'une � la fois) :
Sur la console (ou sur un autre terminal qui fonctionne), utilisez "top" ou "ps -al" pour voir si getty fonctionne sur le port. Ne le confondez pas avec d'autres programmes getty qui tournent sur d'autres ports ou sur les consoles virtuelles. Vous n'obtiendrez pas d'invite de login si getty ne tourne pas.
Un test possible est de tenter la copie d'un court fichier vers le terminal (une bonne id�e serait d'essayer cela au d�but du processus d'installation avant de configurer getty). Utilisez la commande Linux de copie comme ceci : cp nom_fichier /dev/ttyS1. Si cela ne fonctionne pas, utilisez stty pour rendre l'interface aussi simple que possible en d�sactivant tout (comme le contr�le de flux mat�riel : -crtscts ; la parit�, et les signaux de contr�le du modem : clocal). Assurez-vous que les vitesses de transmission et le nombre de bits par octet sont les m�mes. Si rien ne se passe, v�rifiez que le port est vivant avec un voltm�tre gr�ce � la section suivante.
Si vous disposez d'un voltm�tre � port�e de main, v�rifiez qu'il y a une tension n�gative (-4v � -15v) sur la broche 3 (r�ception de donn�es) du c�t� du terminal sur le c�ble null modem. La borne positive du voltm�tre devrait �tre reli�e � une bonne terre (les connecteurs m�talliques sur les extr�mit�s des c�bles ne sont souvent pas reli�s � la terre). S'il n'y a pas de tension n�gative, v�rifiez-la sur la broche de transmission (TxD) sur l'ordinateur (voyez DB9-DB25 pour le brochage). Si elle est pr�sente l� mais pas sur la broche de r�ception (RxD) du terminal, alors le c�ble est mauvais (connexion flottante, c�ble cass� ou le c�ble n'est pas null modem). S'il n'y a pas de tension du c�t� de l'ordinateur, le port s�rie de l'ordinateur est mort. Testez-le avec un programme de diagnostics ou remplacez-le.
Si le port s�rie est vivant, vous pouvez lui envoyer un fichier (avec les contr�les de modem d�sactiv�s) et voyez si quelque chose y arrive. Pour v�rifier qu'un signal est transmis avec un voltm�tre analogique, regardez l'aiguille � -12 V quand la ligne est inactive. Commencez ensuite � envoyer un fichier (ou lancez getty). Vous devriez voir l'aiguille revenir � z�ro et bouger autour de 0 alors qu'elle mesure des moyennes de courte distance sur le flux de donn�es. Vous pouvez aussi le voir sur l'�chelle de courant alternatif � condition que votre voltm�tre dispose d'une capacit� pour bloquer les tensions continues quand vous �tes sur l'�chelle alternative. S'il n'en a pas, alors le -12 V continu en inactif donnera une lecture alternative erron�e. Sans voltm�tre, vous pourriez relier un p�riph�rique que vous savez en bon �tat (comme un autre terminal ou un modem externe) au port s�rie et voir s'il fonctionne correctement.
Vous avez surement mal parametrer les interruptions: Voyez les sections du Serial-HOWTO commen�ant par "Ralentissement:".
Quelques programmes Linux surveilleront les lignes de contr�le du modem et indiqueront si elles sont positives (1) ou n�gatives (0).
Vous les avez peut-�tre d�j�. Sinon, allez � logiciels s�rie. En les utilisant, gardez � l'esprit que ce que vous voyez est l'�tat des lignes sur l'ordinateur h�te. La situation sur le terminal sera diff�rente puisque certains fils sont souvent manquants des c�bles alors que d'autres fils se croisent. En juin 1998, je ne connais aucun programme de diagnostic sous Linux pour le port s�rie.
En mode local, le terminal se d�connecte de l'ordinateur et se comporte comme une machine � �crire (sauf qu'il n'imprime pas sur papier mais sur l'�cran). En revenant en ligne, le terminal se reconnecte � l'ordinateur vous permettant de reprendre les activit�s au point o� vous vous �tiez arr�t� quand vous �tes pass� en mode "local". Ceci est utile � la fois pour tester le terminal et � des fins �ducatives. En mode local vous pouvez taper des s�quences d'�chappement (en commen�ant par la touche ESC) et observer ce qu'elles font. Si le terminal ne fonctionne pas correctement en mode local, il est quasiment certain qu'il ne fonctionnera pas mieux quand il sera reli� � l'ordinateur. Si vous n'�tes pas vraiment s�r de ce que fait une s�quence d'�chappement, vous pouvez l'essayer en mode local. Vous pouvez aussi l'utiliser pour essayer un terminal qui est � vendre. Pour aller en mode local vous devez d'abord entrer en mode de configuration et ensuite s�lectionner "local" dans un menu (ou presser une certaine touche). Voyez aller dans le mode de configuration.
Alors qu'un multim�tre (utilis� comme voltm�tre) peut �tre tout ce dont vous avez besoin pour quelques terminaux, un �quipement de test sp�cial simple a �t� fait pour tester les lignes des ports s�rie. Certains s'appellent "�vasion ..." (breakout, NdT) o� �vasion veut dire sortir des conducteurs d'un c�ble. Ces gadgets poss�dent quelques connecteurs et s'ins�rent dans le c�ble s�rie. Certains poss�dent des points de tests pour y relier un voltm�tre. Certains poss�dent des LEDs qui s'allument quand certaines lignes de contr�le sont activ�es (allum�es). D'autres encore poss�dent des cavaliers pour que vous puissiez relier n'importe quel fil � n'importe quel fil. Certains poss�dent des interrupteurs.
Radio Shack vend (en 1998), un "expert de RS-232" ou "testeur de ligne RS-232" qui v�rifie TD, RD, CD, RTS, CTS, DTR, et DSR. Une lumi�re verte veut dire "allum�" (+12 V) alors que rouge veut dire "�teint" (-12 V). Ils vendent aussi une "bo�te de cavaliers s�rie RS-232" qui permet de relier les broches de la mani�re dont vous le souhaitez.
N'importe quel voltm�tre ou multim�tre, m�me les moins chers qu'on vend pour environ 60 F, devraient fonctionner correctement. Essayer d'utiliser d'autres m�thodes pour tester la tension est compliqu�. N'utilisez pas de diode �lectroluminescente (LED) sauf si on lui adjoint une r�sistance en s�rie pour r�duire la tension sur la diode. On utilise une r�sistance de 470 ohms pour une diode de 20 mA (mais toutes les diodes ne font pas 20 mA). La diode ne s'allumera que pour une certaine polarit� pour que vous puissiez tester les tensions positives ou n�gatives. Personne ne fait un tel gadget pour tester automatiquement les circuits ?? Les sondes logiques peuvent �tre endommag�es si vous essayez de les utiliser puisque les tensions TTL pour lesquelles elles sont faites ne sont que de 5 volts. Tenter d'utiliser une ampoule incandescente de 12 V n'est pas une bonne id�e. Cela ne vous montrera pas la polarit� et � cause du courant de sortie limit� de l'UART, l'ampoule ne s'allumera probablement pas.
Pour mesurer la tension sur un connecteur femelle, vous pouvez enfoncer un trombone d�pli� dans l'ouverture d�sir�e. Le diam�tre du trombone ne doit pas �tre plus grand que les broches afin de ne pas ab�mer le contact. Mettez une pince croco (ou autre) sur le trombone pour vous connecter.
En dernier recours, si vous n'avez pas d'�quipement de test et voulez risquer d'�tre choqu� (ou m�me �lectrocut�) vous pouvez toujours go�ter � la tension. Avant de toucher � l'une des broches de test avec votre langue, testez-les pour vous assurez qu'il n'y a pas de haute tension sur elles. Prenez les deux broches (� la fois) dans une main pour voir si �a vous fait de l'effet. Si ce test vous choque, vous n'aurez s�rement pas envie d'utiliser votre langue.
Pour tester du 12 V, l�chez un doigt et tenez-y une broche de test. Mettez l'autre broche de test sur votre langue. Si la broche sur votre langue est positive, il y aura un go�t reconnaissable. Vous pouvez d'abord essayer ceci avec des piles 4,5 V pour savoir quel go�t �a aura.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:43