Serie COMO de Linux

Serie COMO de Linux
por Greg Hankins, [email protected]
v1.9, 2 Enero 1997, traducci�n del 2 Junio 1997

Este documento describe c�mo configurar los dispositivos de comuni�
caci�n serie en una m�quina Linux.
______________________________________________________________________

�ndice General:

1. Introducci�n

1.1. Copyright

1.2. Nuevas versiones de este documento

1.3. Realimentaci�n

1.4. Renuncia de responsabilidad

2. Hardware serie soportado

2.1. Placas serie normales de PC

2.2. M�dems Plug and Play (PnP)

2.3. Placas serie multipuerto no-inteligentes (con UARTs
8250/16450/16550A)

2.4. Placas serie multipuerto inteligentes

2.5. Hardware serie no soportado

3. �Cu�les son los nombres de los puertos serie?

3.1. N�meros de dispositivo mayor y menor de los puertos serie en
/dev

3.1.1. Creaci�n de dispositivos en /dev

3.2. Notas sobre placas multipuerto no-inteligentes

3.3. Notas sobre placas multipuerto inteligentes

4. Programas interesantes que deber�a conocer

4.1. �Qu� es getty ?

4.1.1. Acerca de getty_ps

4.1.2. Acerca de mgetty

4.1.3. Acerca de agetty

4.2. �Qu� es setserial ?

5. �C�mo puedo llamar con mi m�dem?

5.1. Requerimientos de hardware

5.1.1. Notas sobre m�dems internos

5.2. Hablando con el m�dem

5.3. Configuraci�n del m�dem para llamar

5.4. Control de flujo por hardware

6. �C�mo puedo llamar y recibir llamadas con mi m�dem usando
getty_ps ?

6.1. Configuraci�n del m�dem para llamar y recibir llamadas

6.2. Instalaci�n de getty_ps

6.3. Configurando uugetty

6.4. uugety a medida

7. �C�mo puedo tener un terminal conectado a mi PC?

7.1. Hardware requerido

7.2. Configurando getty

7.3. Notas sobre c�mo configurar un PC como terminal

8. �Puedo usar m�s de dos dispositivos serie?

8.1. Eligiendo las interrupciones de los dispositivos serie

8.2. Configurando las direcciones de los dispositivos serie

9. �C�mo puedo configurar el puerto serie para velocidades altas?
�qu� velocidad debo usar con mi m�dem?

10. Programas de comunicaciones y utilidades

11. Trucos serie y miscel�neas

11.1. kermit y zmodem

11.2. Activando los tipos de terminal autom�gicamente

11.3. ls en color en conexiones serie

11.4. Imprimiendo en una impresora conectada a un terminal

11.5. �Puede linux configurar los dispositivos serie
autom�gicamente?

11.5.1. Notas sobre placas multipuerto

12. Un paso m�s ...

12.1. �Qu� son los ficheros de bloqueo?

12.2. ``baudios'' Vs. ``bps''

12.3. �Qu� son las UARTs? �C�mo afectan al rendimiento?

12.4. �Cu�l es la diferencia real entre los dispositivos /dev/cua N
Y /dev/ttyS N ?

13. Eliminando problemas

13.1. Me dice: ``line NNN of inittab invalid''

13.2. Cuando intento llamar, dice: ``/dev/cua N : Device or resource
busy'' (dispositivo o recurso ocupado)

13.3. Me dice: ``Id S N respawning too fast: disabled for 5
minutes'' (Id S N reiniciado demasiado r�pido: desconectado durante 5
minutos) Aseg�rese de que el m�dem est� configurado correctamente.
Mire los registros E y Q . Esto puede ocurrir cuando el m�dem est�
negociando con getty . Aseg�rese de estar llamando correctamente a
getty desde /etc/inittab . Si usa una sintaxis o nombre de
dispositivo incorrectos puede causar graves problemas. Esto tambi�n
puede ocurrir cuando est� fallando la inicializaci�n de uugetty .

13.4. Los dispositivos serie son lentos, o los dispositivo serie
s�lo pueden enviar en una direcci�n

13.5. Mi m�dem se bloquea despu�s de colgar, o uugetty no se
reinicia.

13.6. Tengo un terminal conectado al PC, pero despu�s de escribir un
nombre de registro, s�lo se bloquea

13.7. A velocidades altas, mi m�dem pierde datos

13.8. Al arrancar, linux no informa a los dispositivos serie de c�mo
los he configurado

13.9. rz y/o sz no funcionan cuando llamo a mi m�quina linux con
un m�dem

13.10. En mi pantalla est�n saliendo caracteres muy graciosos

13.11. getty o uugetty no funciona todavia

14. Otras fuentes de informaci�n

15. Contribuciones

16. Anexo: El INSFLUG
______________________________________________________________________

1. Introducci�n

Este es el Serie COMO de Linux. Todo sobre c�mo configurar m�dems y
terminales bajo Linux, algunos trucos de serie, y soluciones a
problemas. Este COMO est� dirigido a Linux funcionando bajo un
hardware basado en un x86, aunque debe funcionar en otras
arquitecturas.

1.1. Copyright

El Serial HOWTO de Linux es copyright (C) 1993 - 1997 de Greg Hankins.
Los documentos HOWTO de Linux pueden ser reproducidos y distribuidos
total o parcialmente, en cualquier medio f�sico o electr�nico, con tal
que esta nota de copyright est� en todas las copias. La redistribuci�n
comercial es permitida y se anima a ello; de cualquier modo, al autor
le gustar�a que se le notificase este tipo de distribuciones.

Todas las traducciones, trabajos derivados, o trabajos agregados
incorporando cualquier documento HOWTO de Linux deben estar bajo las
condiciones de esta nota de copyright. Es decir, no puede producir un
trabajo derivado de un HOWTO e imponer restricciones adicionales en su
distribuci�n. Excepciones a estas reglas pueden ser garantizadas bajo
ciertas condiciones; por favor, contacte con el coordinador de los
HOWTOs de Linux en la direcci�n que se da despu�s.

En breve, queremos promover la diseminaci�n de esta informaci�n a
trav�s de todos los canales posibles. De todas maneras, deseamos
retener el copyright de los HOWTOs, y nos gustar�a que se nos
notificase cualquier plan de redistribuci�n de los HOWTOs.

Para cualquier consulta, por favor, contacte con Greg Hankins, el
coordinador de los HOWTOs de Linux, en [email protected] a trav�s
del correo electr�nico.

1.2. Nuevas versiones de este documento

Las nuevas versiones de Serial HOWTO (versi�n en ingl�s (-- Ver
secci�n ``Grupos Linuxeros en Espa�a'' para las traducciones al
Castellano--) ) se pueden conseguir en

� ftp://sunsite.unc.edu:/pub/Linux/docs/HOWTO/Serial-HOWTO

y servidores espejo (mirror sites). Existen otros formatos, as� como
PostScript y DVI en el directorio other-formats. El Serial-HOWTO
tambi�n est� disponible en

� http://sunsite.unc.edu/LDP/HOWTO/Serial-HOWTO.html

y se enviar� a comp.os.linux.answers mensualmente.

1.3. Realimentaci�n

Por favor, env�eme cualquier pregunta, comentario, sugerencia, o
material adicional. Siempre estoy ansioso de o�r lo que opinan sobre
el HOWTO. �Tambi�n estoy atento a mejoras!. D�game exactamente qu� es
lo que no entiende, o que debe aclararse. Puede contactar conmigo en
[email protected] v�a email. Todas las cartas ser�n
contestadas, aunque puede llevarme una semana o as�, dependiendo de lo
ocupado que est�. Tengo muchas cartas de root y sitios
desconfigurados. Por favor, env�eme el correo como una persona real, y
aseg�rese de que su sistema de correo funcione, as� podr� contestarle.
Si no le respondo en dos semanas, por favor, vuelva a enviarme la
carta de nuevo.

Tambi�n puede contactar conmigo en: Greg Hankins
Computing
30332-0280

Por favor, incluya el n�mero de versi�n de el Serial HOWTO cuando
escriba, esta es la versi�n 1.9.

1.4. Renuncia de responsabilidad

Los resultados pueden variar. Las respuestas dadas puede que no
funcionen en todos los sistemas y con todas las configuraciones
posibles.

2. Hardware serie soportado

Se sabe que Linux funciona con el siguiente hardware serie.

2.1. Placas serie normales de PC

� placas serie est�ndar de PC (COM1 - COM4), a los cuales los
dispositivos serie externos (m�dems, rat�n serie, etc, ...) pueden
ser conectados.

� m�dems internos de PC est�ndar (COM1 - COM4)

� Quickpath Systems Port-Folio 550e (IRQs permitidas 3, 4, 5, 9, 10,
11, 12, y 15)

Nota: debido a conflictos de direcci�n, no puede usar COM4 y la placa
de v�deo IBM8514 simult�neamente. Esto es debido a un error en la
placa IBM8514.

2.2. M�dems Plug and Play (PnP)

Los m�dems PnP funcionan con Linux. Sin embargo, recomiendo que no se
usen porque son complejos. Existen un par de cosas que puede probar:

� Intente desconectar la caracter�stica PnP en la BIOS de su
ordenador y m�dem.

� Arranque Win95, configure el m�dem, y vea si la configuraci�n
permanece cuando arranque Linux. Si no, entonces:

� Arranque Win95, configure el m�dem, y entonces haga un arranque en
caliente de Linux, as� se preservar� la configuraci�n. Puede hacer
esto con el cargador loadlin.

� Consiga las herramientas de PnP en http://www.redhat.com/linux-
info/pnp.

� Y, por supuesto, puede adquirir un m�dem de verdad.

2.3. 8250/16450/16550A) Placas serie multipuerto no-inteligentes (con
UARTs

� AST FourPort y cl�nicas (4 puertos)

� Accent Async-4 (4 puertos)

� Arnet Multiport-8 (8 puertos)

� Bell Technologies HUB6 (6 puertos)

� Boca BB-1004 (4 puertos), BB-1008 (8 puertos), BB-2016 (16 puertos)

� Boca IOAT66 (6 puertos)

� Boca 2by4 (4 puertos serie, 2 puertos paralelos)

� Computone ValuePort V4-ISA (compatible AST FourPort)

� Digi PC/8 (8 puertos)

� GTEK BBS-550 (8 puertos)

� Longshine LCS-8880, Longshine LCS-8880+ (compatible AST FourPort)

� Moxa C104, Moxa C104+ (compatible AST FourPort)

� PC-COMM (4 puertos)

� SIIG I/O Expander 2S IO1812 (4 puertos)

� STB-4COM (4 puertos)

� Twincom ACI/550

� Usenet Serial Board II (4 puertos)

En general, Linux soportar� cualquier placa que use una UART 8250,
16450, 16550, 16550A (o compatible), o un m�dem interno que emule una
de las UARTs anteriores.

Nota: el BB-1004 y BB-1008 no soporta l�neas DCD y RI, y no se pueden
usar para recibir llamadas. Funcionan bien en otras tareas.

2.4. Placas serie multipuerto inteligentes

� Comtrol RocketPort (36MHz ASIC; 4, 8, 16 � 32 puertos)
contacto: [email protected] o http://www.comtrol.com
soportado por Comtrol

� Computone IntelliPort II (16MHz 80186; 4, 8 � 16 puertos),
IntelliPort II EXpandable (20MHz 80186; 16 - 64 puertos)
contacto: Michael H. Warfield, [email protected]
pre-ALPHA

� Cyclades Cyclom-Y (UARTs CD1400 de Cirrus Logic; 8 - 32 puertos),
contacto: [email protected] o http://www.cyclades.com
soportado por Cyclades
localizaci�n del controlador: ftp://ftp.cyclades.com/pub/cyclades e
incluido en el n�cleo del Linux desde la versi�n 1.1.75

� Digi PC/Xi (12.5MHz 80186; 4, 8, � 16 puertos),
(12.5/16MHz 80186; 2, 4, u 8 puertos),
8 puertos),
contacto: [email protected] o http://www.dgii.com
soportado por Digi
Linux desde la versi�n 2.0

� Digi COM/Xi (10MHz 80188; 4 u 8 puertos)
Park, [email protected]
ALPHA
meses debido a su trabajo. Mark Hatle,
[email protected] se ha ofrecido voluntario cort�smente
para tener el controlador disponible por si usted lo necesita.

� Equinox SuperSerial Technology (30MHz ASIC; 2 - 128 puertos)
estado del controlador: soportado por Equinox
controlador: ftp://ftp.equinox.com/library/sst

� GTEK Cyclone (16C654 UARTs; 6, 16 y 32 puertos),
(24MHz Dallas DS80C320; 8 puertos),
8 puertos),
[email protected] o http://www.gtek.com
soportado por GTEK

� Hayes ESP (8 - 64 puertos)
[email protected] o http://www.nyx.net/~arobinso
controlador: BETA
localizaci�n del controlador: http://www.nyx.net/~arobinso e
incluido en el n�cleo del Linux desde la versi�n 2.1.15

� Maxpeed SS (Toshiba; 4, 8 y 16 puertos)
[email protected] o http://www.maxpeed.com
soportado por Maxpeed

� Moxa C218 (12MHz 80286; 8 puertos),
TMS320; 8 - 32 puertos)
http://www.moxa.com.tw
soportado por Moxa

� SDL RISCom/8 (CD180 de Cirrus Logic; 8 puertos)
[email protected] or http://www.sdlcomm.com
soportado por SDL

� Omega COMM-8 (8 puertos)
[email protected]

� Specialix SIO (20MHz Zilog Z280; 4 - 32 puertos),
(25MHz Zilog Z280; 4 - 32 puertos)
[email protected]
controlador: BETA

� Stallion EasyIO-4 (4 puertos), EasyIO-8 (8 puertos), y
EasyConnection (8 - 32 puertos) - cada uno con UARTs CD1400 de
Cirrus Logic,
(10/12 MHz 80186 CPU; 4, 8 o 16 puertos),
CPU; 4, 8, 12, 16 o 32 puertos),
CPU; 8 - 64 puertos)
http://www.stallion.com
soportado por Stallion
n�cleo del Linux desde la versi�n 1.3.27

Una revisi�n de los productos de Comtrol, Cyclades, Digi y Stallion
fue imprimida en Junio de 1995 en la distribuci�n de Linux Journal. El
art�culo est� disponible en http://www.ssc.com/lj/issue14.

2.5. Hardware serie no soportado

Los m�dems que afirman ser ``Winmodems'', por ejemplo el USR Sporster
Winmodem e IBM Aptiva MWAVE, no est�n soportados por Linux. Estos
m�dems usan dise�os propietarios que requieren controladores
especiales de Windows. Evite este tipo de m�dems. Adem�s, evite los
m�dems que requieran los controladores Rockwell RPI por las mismas
razones.

Las placas serie inteligentes que requieran controladores no
disponibles para Linux tampoco funcionar�n .

3. �Cu�les son los nombres de los puertos serie?

Un puerto de E/S es un modo de conseguir que los datos entren y salgan
de un ordenador. Existen muchos tipos de puertos de E/S como los
puertos serie, puertos paralelos, controladores de disqueteras, placas
ethernet, etc. Trataremos con puertos serie ya que los m�dems y los
terminales son dispositivos serie. Cada puerto serie debe tener una
direcci�n de E/S, y una interrupci�n (IRQ).

Estos son los cuatro puertos serie correspondientes a COM1 - COM4:

/dev/cua0, /dev/ttyS0 (COM1) direccion 0x3f8 IRQ 4
/dev/cua1, /dev/ttyS1 (COM2) direccion 0x2f8 IRQ 3
/dev/cua2, /dev/ttyS2 (COM3) direccion 0x3e8 IRQ 4
/dev/cua3, /dev/ttyS3 (COM4) direccion 0x2e8 IRQ 3

Si Linux no detecta ning�n puerto serie cuando arranca, entonces
aseg�rese de que el soporte de comunicaciones serie est� compilado y
activo en el n�cleo.

Los dispositivos /dev/ttySN son para conexiones de entrada y los
dispositivos /dev/cuaN son para conexiones de salida. N es el n�mero
del puerto serie.

En este documento me referir� a COM1 como ttyS0, COM2 como ttyS1, COM3
como ttyS2, y COM4 como ttyS3. Si me refiero a un dispositivo
espec�fico en /dev, siempre lo preceder� de /dev para evitar
confusiones. N�tese que por defecto estos dispositivos tienen IRQs que
se solapan. No puede usar todos los puertos con la configuraci�n por
defecto, debe reasignar IRQs diferentes. Vea la secci�n ``�Puedo usar
m�s de dos dispositivos serie?'' para configurar las IRQs.

En algunas instalaciones se crean dos dispositivos extras, /dev/modem
para el m�dem y /dev/mouse para el rat�n. Los dos son enlaces
simb�licos al dispositivo /dev/cuaN apropiado que usted especific�
durante la instalaci�n (a menos que tenga un bus mouse, entonces
/dev/mouse apuntar� al dispositivo del bus mouse).

Existen algunas discusiones sobre los m�ritos de /dev/mouse y
/dev/modem. Yo estoy totalmente en contra del uso de estos enlaces. En
particular, si est� planeando usar su m�dem para recibir llamadas
puede tener problemas debido a que los ficheros de bloqueo puede que
no funcionen correctamente si usa /dev/modem. �selos si lo desea, pero
aseg�rese de que apuntan al dispositivo correcto. Sin embargo, si
mueve o borra este enlace, algunas aplicaciones (minicom por ejemplo)
pueden necesitar una reconfiguraci�n.

3.1. /dev N�meros de dispositivo mayor y menor de los puertos serie
en

/dev/ttyS0 mayor 4, menor 64 /dev/cua0 mayor 5, menor 64
/dev/ttyS1 mayor 4, menor 65 /dev/cua1 mayor 5, menor 65
/dev/ttyS2 mayor 4, menor 66 /dev/cua2 mayor 5, menor 66
/dev/ttyS3 mayor 4, menor 67 /dev/cua3 mayor 5, menor 67

N�tese que todas las distribuciones deben traer estos dispositivos
correctamente creados. Puede comprobarlo escribiendo:

linux% ls -l /dev/cua*
linux% ls -l /dev/ttyS*

3.1.1. Creaci�n de dispositivos en /dev

Si le falta un dispositivo, tendr� que crearlo con el comando mknod.
Por ejemplo, suponga que necesita crear un dispositivo para ttyS0:

linux# mknod -m 666 /dev/cua0 c 5 64
linux# mknod -m 666 /dev/ttyS0 c 4 64

Puede usar el script MAKEDEV, que est� en /dev. Esto simplifica la
creaci�n de dispositivos. Por ejemplo, si necesita crear el
dispositivo para ttyS0 puede escribir:

linux# cd /dev
linux# ./MAKEDEV ttyS0

Esto dirige la creaci�n de dispositivos para entrada y salida, y
deber�a establecer los permisos adecuados.

3.2. Notas sobre placas multipuerto no-inteligentes

Los dispositivos que su placa multipuerto usa dependen del tipo de
placa que tenga. Estas est�n listadas con detalle en rc.serial que
viene con el programa setserial. Recomiendo conseguir la �ltima
versi�n de setserial si est� intentando usar placas multipuerto.
Seguramente necesitar� crear estos dispositivos. Puede usar el comando
mknod, o el script MAKEDEV. Los dispositivos para placas multipuerto
se crean sumando ``64 + n�mero de puerto''. As�, si quiere crear un
dispositivo para ttyS17, debe escribir:

linux# mknod -m 666 /dev/cua17 c 5 81
linux# mknod -m 666 /dev/ttyS17 c 4 81

Note que ``64 + 17 = 81''. Si usa el script MAKEDEV, puede escribir:

linux# cd /dev
linux# ./MAKEDEV ttyS17

Nota: el manual SIIG en el listado de IO1812 para COM5-COM8 es
err�neo. Deber�a ser COM5=0x250, COM6=0x258, COM7=0x260, y
COM8=0x268.

Nota: El Registro de Estado de Interrupci�n de la Digi PC/8 es en
0x140.

Nota: para una AST Fourport, puede necesitar especificar skip_test en
rc.serial.

3.3. Notas sobre placas multipuerto inteligentes

Lea la informaci�n que viene con el controlador. Estas placas usan
dispositivos especiales, y no los est�ndar. Esta informaci�n var�a
dependiendo de su hardware.

4. Programas interesantes que deber�a conocer

4.1. �Qu� es getty ?

getty es un programa que controla el proceso de login cuando se
conecta a una m�quina Unix. Puede necesitar getty si quiere que sea
posible llamar a su m�quina Linux con un m�dem. No necesita getty si
lo �nico que quiere es llamar con su modem. Existen tres versiones que
son normalmente usadas con Linux: getty_ps, mgetty y agetty. La
sintaxis de estos programas difieren, as� que aseg�rese de comprobar
que est� usando la sintaxis correcta para el getty que est� usando.

4.1.1. Acerca de getty_ps

Esta versi�n de getty fue originalmente escrita por Paul Sutcliffe
Jr., [email protected]. Muchas distribuciones vienen con el paquete
getty_ps instalado. El paquete getty_ps contiene dos programas. getty
se usa para la consola, y dispositivos de terminal - y uugetty se usa
para los m�dems. Yo uso esta versi�n de getty, as� que me concentrar�
en el paquete getty_ps en este COMO.

4.1.2. Acerca de mgetty

mgetty es una versi�n de getty escrita por Gert D�ring,
[email protected], para ser usada con el m�dem. Adem�s de permitir
acceso telef�nico, mgetty tambi�n da soporte de FAX con sendfax, que
acompa�a a mgetty. La documentaci�n de mgetty es bastante buena, y no
necesita ning�n suplemento. Por favor, dir�jase a ella para las
instrucciones de instalaci�n. Puede encontrar la �ltima informaci�n
sobre mgetty en http://www.leo.org/~doering/mgetty/.

4.1.3. Acerca de agetty

agetty es la tercera variaci�n de getty. Fue originalmente escrita por
W.Z. Venema, [email protected]. Es una simple, y completamente
funcional, implementaci�n de getty que va mejor con las consolas
virtuales o los terminales que con los m�dems.

4.2. �Qu� es setserial ?

setserial es un programa que le permite ver y modificar los distintos
atributos de un dispositivo serie, incluyendo las direcciones de los
puertos, las interrupciones, y otras opciones de los puertos serie.
Fue inicialmente escrito por Rick Sladkey, y fue bastante modificado
por Ted T'so, [email protected], que actualmente lo mantiene. Puede saber
que versi�n tiene ejecutando setserial sin argumentos. Recomiendo
conseguir la �ltima versi�n de alg�n servidor FTP de Linux.

Cuando su sistema Linux arranca, s�lo son configurados ttyS{0-3},
usando las IRQs 3 y 4 por defecto. Por eso, si tiene cualquier otro
puerto serie en otras placas o si ttyS{0-3} tiene una IRQ no est�ndar,
debe usar este programa para configurar esos puertos serie. Para la
lista completa de opciones, consulte la p�gina man.

5. �C�mo puedo llamar con mi m�dem?

5.1. Requerimientos de hardware

Primero, aseg�rese de que tiene el cable correcto. El m�dem requiere
un cable directo, sin pins cruzados. Cualquier tienda de inform�tica
puede tenerlo. Aseg�rese de tener el g�nero correcto. Si est� usando
el puerto serie DB25, siempre debe ser el DB25 macho. No lo confunda
con el puerto paralelo, que es el DB25 hembra. Conecte su m�dem a uno
de los puertos serie. Consulte el manual de su m�dem para saber c�mo
hacerlo si necesita ayuda.

5.1.1. Notas sobre m�dems internos

Para un m�dem interno, no necesitar� un cable. Un m�dem interno no
necesita un puerto serie, tiene uno interno. Todo lo que necesita
hacer es configurarlo para usar una interrupci�n que no est� siendo
usada, y configurar la direcci�n de E/S del puerto. Consulte el manual
de su m�dem si se atasca. Adem�s, vea la secci�n ``�Puedo usar m�s de
dos dispositivos serie?'' si necesita ayuda para elegir las
interrupciones y las direcciones.

En en algunas placas madres tendr� que desconectar el puerto serie que
el m�dem est� suplantando para evitar conflictos. Esto se puede hacer
con los puentes o en la configuraci�n de la BIOS, dependiendo de su
placa madre. Consulte el manual de su placa madre.

Debido a un error en la placa de v�deo IBM8514, puede tener problemas
si quiere poner su m�dem interno en ttyS3. Si Linux no detecta su
m�dem interno en ttyS3, puede usar setserial y el m�dem funcionar�
bien. Los m�dems internos conectados en ttyS{0-2} no deben tener
ning�n problema para ser detectados. Linux no efect�a ninguna
autoconfiguraci�n en ttyS3 debido a este error en la placa de v�deo.

5.2. Hablando con el m�dem

Use kermit o alg�n otro programa simple de comunicaciones para probar
la configuraci�n, antes de meterse en programas de comunicaci�n m�s
complejos. (Por razones legales, kermit no se distribuye en las
distribuciones comerciales. Puede encontrar la �ltima versi�n de
kermit en ftp://sunsite.unc.edu/pub/Linux/apps/comm y servidores
espejo). Por ejemplo, digamos que su m�dem est� en ttyS3, y su
velocidad es 38400 bps. Puede hacer lo siguiente:
linux# kermit
C-Kermit 5A(188), 23 Nov 92, POSIX
Type ? or HELP for help
C-Kermit>set line /dev/cua3
C-Kermit>set speed 38400
/dev/cua3, 38400 bps
C-Kermit>c
Connecting to /dev/cua3, speed 38400.
The escape character is Ctrl-\ (ASCII 28, FS)
Type the escape character followed by C to get back,
or followed by ? to see other options.
ATV1
OK
<ctrl>-\-C
(Back at linux)
C-Kermit>quit
linux#

Si su m�dem responde a los comandos AT, puede suponer que est�
funcionando correctamente en lo que respecta a Linux. Intente llamar a
otro m�dem. Si no le gusta kermit, pruebe uno de los programas de
comunicaciones m�s avanzados. Mire en la secci�n ``Programas De
Comunicaciones'' sobre programas de comunicaciones si necesita una
gu�a.

Cuando llame con su m�dem, configure la velocidad a la m�s alta que
�ste soporte. Las versiones de Linux con una versi�n de libc superior
a 5.x tienen soporte para velocidades de hasta 115200 bps. libc
normalmente est� en /lib, as� que mire all� para saber que versi�n
tiene. Si Linux no reconoce una velocidad de 57600 � 115200 bps,
entonces debe usar el programa setserial para configurar el puerto
serie a una velocidad mayor. Vea la secci�n ``�C�mo configurar el
puerto serie para velocidades altas?'' para saber c�mo hacer esto.
Despu�s, configure la velocidad a 38400 bps en el programa de
comunicaciones.

5.3. Configuraci�n del m�dem para llamar

Si s�lo va a hacer llamadas, puede configurar el m�dem como quiera.
Si tiene la intenci�n de usar el m�dem para recibir llamadas, debe
configurar el m�dem a la misma velocidad a la que quiera que funcione
getty. Es decir, si quiere usar getty a 38400 bps, ponga la velocidad
a 38400 bps cuando configure el m�dem. Esto se hace para prevenir
desajustes entre el ordenador y el m�dem. En general, la configuraci�n
de f�brica, que activa la correcci�n de errores y el control de flujo
por hardware, es la mejor configuraci�n para hacer llamadas, consulte
el manual de su m�dem para activar estas opciones.

A mi me gusta ver los c�digos resultantes, por eso activo Q0 -
devuelve los c�digos resultantes. Para activar esto en mi m�dem, tengo
que preceder el nombre de registro con el comando AT. Usando kermit u
otro programa de comunicaciones, con�ctelo al m�dem y escriba: ATQ0.

Tambi�n me gusta ver lo que escribo, por eso activo E1 - activa el eco
de comandos. Si su m�dem tiene capacidad de compresi�n de datos,
probablemente quiera activarlo. Consulte el manual de su m�dem para
m�s ayuda, y una lista de opciones completa. Si su m�dem puede grabar
la configuraci�n activa, aseg�rese de guardarla (se suele hacer con
AT&W, pero varia entre los fabricantes de m�dems), si no tendr� que
configurar los registros cada vez que active el m�dem, o lo reinicie.

5.4. Control de flujo por hardware

Si su m�dem soporta el control de flujo por hardware (RTS/CTS), le
recomiendo que lo use. Esto es particularmente importante para m�dems
que soporten la compresi�n de datos. Primero, tendr� que activar el
control de flujo RTS/CTS del puerto serie. Es mejor hacerlo en el
arranque, en el fichero /etc/rc.d/rc.local o /etc/rc.d/rc.serial.
�Aseg�rese de que estos ficheros son llamados desde el fichero
principal rc.sysinit!. Necesita hacer lo siguiente para cada puerto
serie en que quiera activar el control de flujo por hardware:

stty crtscts < /dev/cuaN

Tambi�n debe activar el control de flujo RTS/CTS en el m�dem.
Consulte el manual de su m�dem para saber c�mo hacerlo, ya que var�a
entre fabricantes de m�dems. Aseg�rese de guardar la configuraci�n del
m�dem si �ste soporta el almacenamiento del perfil.

6. �C�mo puedo llamar y recibir llamadas con mi m�dem usando getty_ps
?

Consiga que su m�dem llame correctamente. Si no ha le�do la secci�n
``�C�mo puedo llamar con mi m�dem?'', �l�ala ahora!. Contiene
informaci�n de configuraci�n muy importante. No necesita leer esta
secci�n si lo �nico que quiere hacer es llamar con el m�dem.

6.1. Configuraci�n del m�dem para llamar y recibir llamadas

Para llamar y recibir llamadas, tiene que configurar el m�dem de un
cierto modo (de nuevo, usando los comandos AT del m�dem):

E1 activa el eco de comandos
Q0 devuelve los codigos resultantes
V1 habilita el codigo de resultados largos (texto)
S0=0 nunca contesta (uugetty hace esto con la opcion WAITFOR)

Si no configura esto correctamente, la cadena INIT de su fichero de
configuraci�n puede fallar, echando a perder el proceso completo.
Pero, m�s sobre ficheros de configuraci�n despu�s ...

&C1 DCD se activa solamente despues de conectar
&S0 DSR siempre esta activo
DTR activa/desactiva el reinicio del modem (depende del fabricante - RTFM)

Esto afecta a lo que hace su m�dem cuando inicia o finaliza una
llamada.

Si su m�dem no puede almacenar el perfil, puede usar la cadena INIT de
su fichero de configuraci�n. V�alo m�s adelante. Algunos m�dems
tienen interruptores DIP que afectan a la configuraci�n de los
registros. Aseg�rese de que est�n configurados correctamente.

He iniciado una colecci�n de configuraciones para diferentes tipos de
m�dems. Hasta ahora s�lo tengo unos pocos, si desea enviarme una
configuraci�n que funcione, por favor, �h�galo!. Puede conseguirla en
ftp://ftp.cc.gatech.edu/pub/people/gregh/modem-configs.

Nota: para conseguir que mi m�dem USR Courier V.34 se reinicie
correctamente cuando se desactiva el DTR, he tenido que activar &D2 y
S13=1 (esto activa el bit 0 del registro S13). Se ha confirmado que
esto funciona igualmente en m�dems USR Sportster V.34.

Nota: algunos m�dems Supra tratan el DCD de modo diferente a otros
m�dems. Si est� usando un Supra, pruebe a poner &C0 y no &C1. Tambi�n
debe poner &D2 para manejar el DTR correctamente.

6.2. Instalaci�n de getty_ps

Consiga la �ltima versi�n en sunsite.unc.edu:/pub/Linux/system/Serial.
Por defecto, getty_ps se configura para usar la norma FSSTND
(FileSystem STaNDard) de Linux, lo cual significa que los binarios
estar�n en /sbin, y los ficheros de configuraci�n se llamar�n
/etc/conf.{uu}getty.ttySN. �Esto no est� claro en la documentaci�n!.
Tambi�n se espera que los ficheros de bloqueo est�n en /var/lock.
Aseg�rese de que existe el directorio /var/lock.

Si no quiere usar la norma FSSTND, los binarios pueden ir en /etc, los
ficheros de configuraci�n pueden ir en /etc/default/{uu}getty.ttySN, y
los ficheros de bloqueo pueden ir en /usr/spool/uucp. Recomiendo hacer
las cosas de esto modo si est� usando UUCP, porque UUCP puede tener
problemas si mueve los ficheros de bloqueo a donde no los busca.

getty_ps tambi�n puede usar syslogd para guardar los mensajes. Vea
las p�ginas man de syslogd(1) y syslog.conf(5) para configurar
syslogd, si no lo tiene funcionando todav�a. Los mensajes se guardan
con prioridad LOG_AUTH, los errores usan LOG_ERR, y la depuraci�n usa
LOG_DEBUG. Si no quiere usar syslogd puede editar tune.h en los
ficheros fuente de getty_ps para usar otro fichero de almacenamiento
en su lugar, llamado /var/adm/getty.log por defecto.

Decida si quiere usar la norma FSSTND y la capacidad syslog. Tambi�n
puede elegir una combinaci�n de ambos. Edite los ficheros Makefile,
tune.h y config.h para reflejar sus decisiones. Despu�s compile e
instale siguiendo las instrucciones incluidas en el paquete.

A partir de este punto, todas las referencias a getty_ps se referir�n
a getty_ps. Las referencias a uugetty se referir�n a uugetty que viene
con el paquete getty_ps. Estas instrucciones no funcionar�n en mgetty
o agetty.

6.3. Configurando uugetty

Para recibir llamadas y llamar con su m�dem, vamos a usar uugetty.
uugetty hace importantes comprobaciones de los ficheros de bloqueo.
Actualice /etc/gettydefs para incluir las entradas de los m�dems si
todav�a no est�n all� (n�tese que cada entrada apunta a otra, esto no
es para velocidades fijas - las l�neas en blanco son necesarias entre
cada entrada):

# Entradas del modem
38400# B38400 CS8 # B38400 SANE -ISTRIP HUPCL #@S @L @B login: #19200

19200# B19200 CS8 # B19200 SANE -ISTRIP HUPCL #@S @L @B login: #9600

9600# B9600 CS8 # B9600 SANE -ISTRIP HUPCL #@S @L @B login: #2400

2400# B2400 CS8 # B2400 SANE -ISTRIP HUPCL #@S @L @B login: #1200

1200# B1200 CS8 # B1200 SANE -ISTRIP HUPCL #@S @L @B login: #300

300# B300 CS8 # B300 SANE -ISTRIP HUPCL #@S @L @B login: #38400

Si tiene un m�dem de 9600 bps o m�s r�pido con compresi�n de datos,
puede bloquear la velocidad del puerto serie y permitir que el m�dem
controle las transiciones a otras velocidades. Entonces, en vez de la
serie descendente de l�neas listadas antes, /etc/gettydefs s�lo
necesita contener una l�nea para el m�dem:

# velocidad fijada a 38400
F38400# B38400 CS8 # B38400 SANE -ISTRIP HUPCL #@S @L @B login: #F38400

# velocidad fijada a 19200
F19200# B19200 CS8 # B19200 SANE -ISTRIP HUPCL #@S @L @B login: #F19200

# velocidad fijada a 9600
F9600# B9600 CS8 # B9600 SANE -ISTRIP HUPCL #@S @L @B login: #F9600

Si tiene configurado su modem con control de flujo por hardware
RTS/CTS, puede a�adir CRTSCTS a las entradas:

# velocidad fijada a 38400 con control de flujo por hardware
F38400# B38400 CS8 CRTSCTS # B38400 SANE -ISTRIP HUPCL CRTSCTS #@S @L @B login: #F38400

# velocidad fijada a 19200 con control de flujo por hardware
F19200# B19200 CS8 CRTSCTS # B19200 SANE -ISTRIP HUPCL CRTSCTS #@S @L @B login: #F19200

F9600# B9600 CS8 CRTSCTS # B9600 SANE -ISTRIP HUPCL CRTSCTS #@S @L @B login: #F9600

Si quiere, puede hacer que uugetty escriba cosas interesantes en el
mensaje de login. En los ejemplos, tenemos el nombre del sistema, la
l�nea serie, y la velocidad actual en bps. Puede a�adir otras cosas:

@B Velocidad actual en bps (calculada en el momento que se lee @B).
@D Fecha actual, en MM/DD/AA.
@L Linea serie a la cual est� conectado getty.
@S Nombre del sistema.
@T Hora actual, en HH:MM:SS (24 horas).
@U Numero de usuarios actualmente conectados. Esto es, el numero
de entradas en el fichero /etc/utmp que tienen un campo ut_name
no nulo.
@V Valor de VERSION, dado en el fichero de opciones por defecto.
Para que se vea el car�cter '@', use '\@' o '@@'.

Despu�s, aseg�rese de que tiene un dispositivo de entrada y otro de
salida para el puerto serie en que est� el m�dem. Si tiene el m�dem en
ttyS3, necesitar� los dispositivos /dev/cua3 y /dev/ttyS3. Si no tiene
los dispositivos adecuados, vea la secci�n ``Creaci�n De Dispositivos
En <TT>/dev</TT>'' para saber como crearlos.

6.4. uugety a medida

Existen un mont�n de par�metros que puede configurar para cada puerto.
Est�n implementados en distintos ficheros de configuraci�n para cada
puerto. El fichero /etc/conf.uugetty ser� usado por cada ejecuci�n de
uugetty, y /etc/conf.uugetty.ttySN ser� usado solamente para ese
puerto. Se pueden encontrar ejemplos de ficheros de configuraci�n por
defecto en los ficheros fuentes de getty, que viene con la mayor�a de
las distribuciones de Linux. Debido a lo que ocupan, no lo vamos a
listar aqu�. N�tese que si est� usando una versi�n antigua de getty
(anterior a la 2.0.7e), o no est� usando FSSTND, entonces el fichero
por defecto debe ser /etc/default/uugetty.ttySN. Mi fichero
/etc/conf.uugetty.ttyS3 es como sigue:

# ejemplo de fichero de configuracion de uugetty para un modem compatible
# Hayes para permitir las conexiones a traves de m�dem
#
# fichero de bloqueo alternativo a comprobar ... si este fichero de bloqueo
# existe, entonces uugetty se ejecuta de nuevo y el modem se reinicia
ALTLOCK=cua3
ALTLINE=cua3
# l�nea a inicializar
INITLINE=cua3
# tiempo para desconectar si est� inactivo ...
TIMEOUT=60
# cadena de inicializacion del modem ...
# formato: <esperado> <enviado> ... (secuencia de chat)
INIT="" AT\r OK\r\n
WAITFOR=RING
CONNECT="" ATA\r CONNECT\s\A
# esta linea configura el tiempo de espera antes de enviar el mensaje de login
DELAY=1
#DEBUG=010

A�ada la siguiente l�nea a /etc/inittab, as� uugetty se ejecutar� en
el puerto serie (sustituy�ndolo por la informaci�n correcta para su
entorno - localizaci�n del fichero de configuraci�n, puerto,
velocidad, y tipo de terminal por defecto):

S3:456:respawn:/sbin/uugetty -d /etc/default/uugetty.ttyS3 ttyS3 F38400 vt100

Vuelva a ejecutar init:

linux# init q

En el par�metro de velocidad de /etc/inittab, debe poner la velocidad
en bps m�s alta que soporte su m�dem. Ya que uugetty no soporta
velocidades de 57600 � 115200 bps, debe usar el programa setserial
para configurar el puerto serie a una velocidad superior. Vea la
secci�n ``�C�mo puedo configurar el puerto serie para velocidades
altas?'' para saber c�mo hacer esto. Entonces, ponga 38400 bps en
/etc/inittab.

Ahora Linux vigilar� el puerto serie por posibles conexiones. Llame
desde otro sitio y con�ctese a su sistema Linux.

uugetty tiene muchas opciones, vea la p�gina man de getty(1m) para una
descripci�n completa. Adem�s de otras cosas hay una caracter�stica de
planificaci�n y otra de rellamada.

7. �C�mo puedo tener un terminal conectado a mi PC?

Las instrucciones de esta secci�n sirven para la conexi�n de
terminales, as� como otros ordenadores a un puerto serie de su sistema
Linux.

7.1. Hardware requerido

Aseg�rese de tener el cable correcto. Un cable de m�dem nulo comprado
en cualquier tienda de inform�tica puede valer. �Pero debe ser un
cable de modem nulo!. Muchas tiendas de inform�tica venden este tipo
de cable como cable serie de impresora. Aseg�rese de estar usando el
puerto serie, el DB25 o el DB9 macho, y no el puerto paralelo (DB25
hembra o Centronics).

Para un conector DB25, necesita como m�nimo:

DB25 macho en el PC DB25 en el Terminal
TxD Transmision de datos 2 --> 3 RxD Recepcion de datos
RxD Recepcion de datos 3 <-- 2 TxD Transmision de datos
SG Tierra 7 --- 7 SG Tierra

Si quiere tener se�ales de sincronizaci�n del hardware, debe tener un
cable completo de m�dem nulo:

DB25 macho del PC DB25 del terminal
TxD Transmision de datos 2 --> 3 RxD Recepcion de datos
RxD Recepcion de datos 3 <-- 2 TxD Transmision de datos
RTS Peticion de envio 4 --> 5 CTS Listo para envio
CTS Listo para envio 5 <-- 4 RTS Peticion de envio
DSR Modem listo 6
|
DCD Deteccion de portadora 8 <-- 20 DTR Terminal listo
SG Tierra 7 --- 7 SG Tierra
6 DSR Modem listo
|
DTR Terminal listo 20 --> 8 DCD Deteccion de portadora

Si tiene un conector DB9 en el puerto serie, intente lo siguiente:

DB9 del PC DB25 del terminal
RxD Recepcion de datos 2 <-- 2 TxD Transmision de datos
TxD Transmision de datos 3 --> 3 RxD Recepcion de datos
SG Tierra 5 --- 7 SG Tierra

Alternativamente, un cable completo DB9-DB25 de m�dem nulo:

DB9 del PC DB25 del terminal
RxD Recepcion de datos 2 <-- 2 TxD Transmision de datos
TxD Transmision de datos 3 --> 3 RxD Recepcion de datos
6 DSR Modem listo
|
DTR Terminal listo 4 --> 8 DCD Deteccion de portadora
GND Tierra 5 --- 7 GND Tierra
DCD Deteccion de portadora 1
|
DSR Modem listo 6 <-- 20 DTR Terminal listo
RTS Peticion de envio 7 --> 5 CTS Listo para envio
CTS Listo para envio 8 <-- 4 RTS Peticion de envio
(RI Indicador de llamada 9, no se necesita)

(Efectivamente, �los pins 2 y 3 realmente tienen significados opuestos
en los conectores DB9 a los que tienen en los conectores DB25!)

Si no est� usando un cable completo de m�dem nulo, deber� hacer el
siguiente truco: en la parte del conector que va al ordenador, conecte
juntos RTS y CTS, y adem�s conecte juntos DSR, DCD y DTR. De este
modo, cuando el ordenador busque una cierta se�al de sincronismo, la
coger� (de �l mismo).

Ahora que tiene el tipo de cable adecuado, conecte el terminal al
ordenador. Si puede, d�gale al terminal que ignore las se�ales de
control de m�dem. Pruebe a configurar el terminal a 9600 bps, 8 bits
de datos, 1 bit de parada y sin bit de paridad.

7.2. Configurando getty

A�ada las siguientes entradas en /etc/gettydefs para usar getty en su
terminal, si todav�a no est�n all�:

# Entrada para un terminal no-inteligente a 38400 bps
DT38400# B38400 CS8 CLOCAL # B38400 SANE -ISTRIP CLOCAL #@S @L login: #DT38400

# Entrada para un terminal no-inteligente a 19200 bps
DT19200# B19200 CS8 CLOCAL # B19200 SANE -ISTRIP CLOCAL #@S @L login: #DT19200

# Entrada para un terminal no-inteligente a 9600 bps
DT9600# B9600 CS8 CLOCAL # B9600 SANE -ISTRIP CLOCAL #@S @L login: #DT9600

Si lo desea, puede hacer que getty imprima cosas interesantes en el
mensaje de login. En los ejemplos, imprime el nombre del sistema y la
l�nea serie. Puede a�adir m�s cosas:

@B Velocidad actual en bps (calculada en el momento que se lee @B).
@D Fecha actual, en MM/DD/AA.
@L Linea serie a la cual esta conectado getty.
@S Nombre del sistema.
@T Hora actual, en HH:MM:SS (24 horas).
@U Numero de usuarios actualmente conectados. Esto es, el numero
de entradas en el fichero /etc/utmp que tienen un campo ut_name
no nulo.
@V Valor de VERSION, dado en el fichero de opciones por defecto.
Para que se vea el caracter '@', use '\@' o '@@'.

Aseg�rese de que no existe un fichero de configuraci�n de getty o
uugetty para el puerto serie al que est� conectado el terminal
(/etc/default/{uu}getty.ttySN o /etc/conf.{uu}getty.ttySN), ya que
probablemente esto interferir� si ejecuta getty en un terminal. Borre
el fichero si existe.

Edite el fichero /etc/inittab para ejecutar getty en un puerto serie
(substituya la informaci�n por la correcta para su entorno - puerto,
velocidad, y tipo de terminal por defecto):

S1:456:respawn:/sbin/getty ttyS1 DT9600 vt100

Vuelva a ejecutar init:

linux# init q

Ahora, deber�a estar viendo una petici�n de login en el terminal.
Debe pulsar return para conseguir la atenci�n del terminal.

7.3. Notas sobre c�mo configurar un PC como terminal

Mucha gente configura otros PCs como terminales conectados a un
sistema Linux. Por ejemplo, un viejo 8088 u 80286 es perfecto para
este prop�sito. Todo lo que necesita es un disco de arranque de DOS
que contenga una versi�n de DOS apropiada para un terminal-PC, y un
programa de comunicaciones para ejecutar en el terminal-PC.

kermit funciona muy bien para esto. Puede encontrar versiones
precompiladas de kermit para casi todos los SO que existen en
ftp://watsun.cc.columbia.edu/pub/ftp/kermit. Otros programas de
comunicaciones populares de DOS, como Telix y procomm funcionan igual
de bien. Aseg�rese de introducir la informaci�n del puerto serie en la
configuraci�n de comunicaciones del terminal-PC.

8. �Puedo usar m�s de dos dispositivos serie?

No necesita leer esta secci�n, a menos que quiera usar tres o m�s
dispositivos serie... (suponiendo que tiene una placa multipuerto).

Suponiendo que tiene otro puerto serie sin usar, s�, puede. El n�mero
de puertos serie que puede usar est� limitado por el n�mero de
interrupciones (IRQs) y direcciones de puertos de E/S que tengamos
disponibles. Esto no es una limitaci�n de Linux, es una limitaci�n del
bus del PC. Cada dispositivo serie debe tener asignado una
interrupci�n propia y una direcci�n. Un dispositivo serie puede ser un
puerto serie, un m�dem interno, o una placa serie multipuerto.

Las placas serie multipuerto est�n especialmente dise�adas para tener
m�ltiples puertos serie que comparten la misma IRQ. Linux obtiene los
datos de ellos usando una direcci�n de E/S para cada puerto de la
placa.

8.1. Eligiendo las interrupciones de los dispositivos serie

El PC normalmente viene con ttyS0 y ttyS2 en la IRQ 4, y ttyS1 y ttyS4
en la IRQ 3. Puede saber que IRQs est�n us�ndose viendo
/proc/interrupts. Para usar m�s de dos dispositivos serie, debe
reasignar las interrupciones. Una buena elecci�n es reasignar una
interrupci�n del puerto paralelo. El PC normalmente viene con IRQ 5 e
IRQ 7 configuradas como interrupciones para los puertos paralelos,
pero poca gente usa dos puertos paralelos. Puede reasignar una de las
interrupciones a un dispositivo serie, y a�n usar felizmente un puerto
paralelo. Necesitar� el programa setserial para hacer esto. Adem�s,
tendr� que jugar con los puentes de su placa, vea los documentos de su
placa. Ponga los puentes para la IRQ que quiera para cada puerto.

Necesitar� configurar algunas cosas, ya que hay una, y solamente una
interrupci�n para cada dispositivo serie. As� es como tengo mi
configuraci�n en /etc/rc.d/rc.local - debe hacerlo donde quiera que
tenga su fichero de inicializaci�n:

/sbin/setserial /dev/cua0 irq 3 # mi raton serie
/sbin/setserial /dev/cua1 irq 4 # mi terminal Wyse no-inteligente
/sbin/setserial /dev/cua2 irq 5 # mi modem Zoom
/sbin/setserial /dev/cua3 irq 9 # mi modem USR

Asignaci�n est�ndar de IRQ:

IRQ 0 Reloj en el canal 0
IRQ 1 Teclado
IRQ 2 Cascada para el controlador 2
IRQ 3 Puerto serie 2
IRQ 4 Puerto serie 1
IRQ 5 Puerto paralelo 2
IRQ 6 Disquetera
IRQ 7 Puerto paralelo 1
IRQ 8 Reloj de tiempo real (24 horas)
IRQ 9 Redireccionada a IRQ 2
IRQ 10 no asignada
IRQ 11 no asignada
IRQ 12 no asignada
IRQ 13 Coprocesador matematico
IRQ 14 Controlador de disco duro 1
IRQ 15 Controlador de disco duro 2

No existen realmente un Modo Correcto de hacer las cosas cuando se
eligen las interrupciones. S�lo aseg�rese de que no las est� usando la
placa madre, o cualquier otra placa. 2, 3, 4, 5, � 7 son buenas
elecciones. ``no asignada'' significa que actualmente nada est�ndar
usa estas IRQs. N�tese tambi�n que la IRQ 2 es la misma que la IRQ 9.
Puede llamarlo 2 � 9, el controlador serie lo entender�. Si tiene una
placa serie con un conector de 16 bits, tambi�n puede usar las IRQ 10,
11, 12 � 15.

�S�lo aseg�rese de no usar las IRQs 0, 1, 6, 8, 13 � 14!. Estas son
usadas por la placa madre. La har� muy desgraciada si coge sus IRQs.
Cuando lo haga, compruebe otra vez /proc/interrupts y aseg�rese de que
no haya conflictos.

8.2. Configurando las direcciones de los dispositivos serie

El siguiente paso es configurar la direcci�n del puerto. Vea el manual
de su placa para configurar los puentes. Como las interrupciones,
puede haber s�lo un dispositivo serie en cada direcci�n. Los puertos
suelen venir configurados de la siguiente manera:

ttyS0 direccion 0x3f8
ttyS1 direccion 0x2f8
ttyS2 direccion 0x3e8
ttyS3 direccion 0x2e8

Elija la direcci�n que desee para cada dispositivo serie que tenga y
configure los puentes en concordancia. Tengo mi m�dem en ttyS3, el
rat�n en ttyS0, y el terminal en ttyS2.

Cuando arranque de nuevo, Linux deber�a ver los puertos serie en las
direcciones en las que lo ha definido. La IRQ que Linux ve puede que
no corresponda a la IRQ que ha configurado con los puentes. No se
preocupe por esto. Linux no hace ninguna detecci�n de IRQ mientras
arranca, porque la detecci�n de IRQ no es fiable y puede ser falsa.
Use setserial para decirle a Linux que IRQ est� usando el puerto.
Puede ver /proc/ioports para saber que direcciones del puerto de E/S
est� usando Linux despu�s de arrancar.

9. velocidad debo usar con mi m�dem? �C�mo puedo configurar el
puerto serie para velocidades altas? �qu�

Esta secci�n le ayudar� a calcular la velocidad a usar cuando use su
m�dem con un programa de comunicaciones, o con un programa getty.

� Si tiene algo m�s lento que un m�dem de 9600 bps (V.32), configure
la velocidad a la m�s alta que su m�dem soporte. Por ejemplo 300
bps (V.21/Bell 103), 1200 bps (V.22/Bell 212A), � 2400 bps
(V.22bis).

� Si tiene un m�dem de 9600 bps (V.32), con compresi�n de datos
V.42bis, ponga la velocidad a 38400 bps . La compresi�n V.42bis
tiene una velocidad te�rica de 4:1, es decir ``4 * 9600 = 38400''.

� Si tiene un m�dem de 14400 bps (V.32bis), con compresi�n de datos
V.42bis, use setserial con el par�metro spd_hi para configurar el
puerto serie a 57600 bps (4 * 14400 = 57600).

Use el par�metro spd_hi si tiene un m�dem a 28800 � 33600 bps (V.FC
o V.34) (4 * 28800 = 115200).

Despu�s, use la velocidad de 38400 bps en su programa de
comunicaciones, o en /etc/inittab. Esta es ahora la velocidad m�s
alta que ha configurado. Aseg�rese de tener UARTs 16550A.

Si su versi�n de libc es por lo menos 5.x, debe haber velocidades
llamadas 57600 y 115200. libc est� en /lib, as� que mire all� para
saber que versi�n tiene. Puede usar esto directamente (sin usar
setserial), si sus aplicaciones han sido compiladas para usarlas.
Existen muchas distribuciones por ah�, as� que lo mejor que puede
hacer es probar las velocidades m�s altas si tiene una versi�n
reciente de una distribuci�n Linux.

Compruebe primero la configuraci�n de setserial en la l�nea de
comandos, y despu�s cuando est� funcionando, p�ngalo en
/etc/rc.d/rc.serial o /etc/rc.d/rc.local, yo he puesto ttyS3 a 115200
bps escribiendo:

/sbin/setserial /dev/cua3 spd_vhi

Aseg�rese de estar usando un path v�lido para setserial, y un nombre
v�lido para el dispositivo. Puede comprobar la configuraci�n de un
puerto serie ejecutando:

setserial -a /dev/cuaN

10. Programas de comunicaciones y utilidades

Una vez que todo est� funcionando, puede querer echar un vistazo a
programas m�s avanzados. Todos est�n asequibles en los servidores
habituales de FTP, si no vienen ya con su distribuci�n.
� ecu - un programa de comunicaciones

� minicom - programa de comunicaciones parecido a telix

� procomm - programa de comunicaciones con zmodem parecido a procomm

� seyon - programa de comunicaciones basado en X

� xc - paquete de comunicaciones xcomm

Estos programas ofrecen m�s herramientas que kermit solo, incluyendo
agenda telef�nica, auto-marcado y cosas por el estilo.

� Otros programas muy �tiles son term y SLirP. Ofrecen funcionalidad
TCP/IP usando una cuenta de la shell.

� screen es otro programa multi-sesi�n. Se comporta igual que las
consolas virtuales.

� callback es un programa que hace que su m�dem le llame al lugar de
donde usted le ha llamado.

� getty+fax controla las cosas del FAX, y provee un getty
alternativo.

� ZyXEL es un programa de control para los m�dems ZyXEL U-1496.
Controla las llamadas entrantes, llamadas de respuesta de
seguridad, enviar FAX, y funciones de buz�n de voz.

� El software de SLIP y PPP se puede encontrar en
ftp://sunsite.unc.edu/pub/Linux/system/Network/serial.

� Se puede encontrar otras cosas en
ftp://sunsite.unc.edu/pub/Linux/system/Serial y
ftp://sunsite.unc.edu/pub/Linux/apps/comm o uno de los muchos
servidores espejo. Estos son los directorios donde se est�n
manteniendo los programas serie.

11. Trucos serie y miscel�neas

Aqu� vienen algunos trucos serie que puede encontrar �tiles ...

11.1. kermit y zmodem

Para usar zmodem con kermit, a�ada lo siguiente a .kermc:

define rz !rz < /dev/cuaN > /dev/cuaN
define sz !sz \%0 > /dev/cuaN < /dev/cuaN

Aseg�rese de poner el puerto correcto en el que est� el m�dem.
Despu�s, para usarlo, solamente escriba rz o sz <nombre_de_fichero> en
la l�nea de comandos de kermit.

11.2. Activando los tipos de terminal autom�gicamente

Para activar autom�gicamente un tipo de terminal cuando se conecte,
a��dalo al fichero /etc/inittab. Si tengo un terminal vt100 en ttyS1,
debo a�adir ``vt100'' al comando getty:

S1:456:respawn:/sbin/getty ttyS1 DT9600 vt100

Tambi�n puede conseguir tset en
ftp://sunsite.unc.edu:/pub/Linux/system/Terminal-management o en un
servidor espejo. Vea los documentos que vienen con tset para aprender
como usarlo. tset puede establecer las caracter�sticas de un terminal
cuando usted se conecte, y no depende de ninguna opci�n por defecto.

11.3. ls en color en conexiones serie

Si ls est� causando problemas en la emulaci�n del terminal con la
opci�n de color, descon�ctela. ls --color, y ls --colour usan las
caracter�sticas de color. Algunas instalaciones tienen ls preparado
para usar el color por defecto. Busque en /etc/profile y
/etc/csh.cshrc alias de ls. Tambi�n puede ponerle el alias ls --no-
color a ls, si no quiere cambiar la configuraci�n por defecto del
sistema.

11.4. Imprimiendo en una impresora conectada a un terminal

Hay un programa llamado vtprint que hace esto, escrito por Garrett
D'Amore, [email protected]. Est� disponible en
ftp://ftp.sdsu.edu/pub/vtprint, y en http://www.sdsu.edu/~garrett. Lo
siguiente ha sido extra�do del fichero README que viene con el
programa:

vtprint es un programa que permite a los usuarios imprimir
desde un anfitri�n Unix remoto a una impresora conectada a
un terminal local o emulador, lo cual es perfecto para
imprimir ficheros en casa, etc. (S�lo con ficheros de texto,
creo.)

11.5. �Puede linux configurar los dispositivos serie autom�gicamente?

S�. Para conseguir que Linux detecte y configure los dispositivos
serie autom�ticamente al arrancar, a�ada la l�nea:

/sbin/setserial /dev/cuaN auto_irq skip_test autoconfig

al fichero /etc/rc.d/rc.local o /etc/rc.d/rc.serial. Haga esto para
cada puerto serie que quiera que se autoconfigure. Aseg�rese de poner
un nombre de dispositivo que realmente exista en su m�quina.

11.5.1. Notas sobre placas multipuerto

Para direcciones de placas, e IRQs, mire en rc.serial que viene con el
programa setserial. Trae muchos detalles sobre placas multipuerto,
incluyendo las direcciones de E/S y los nombres de los dispositivos.

12. Un paso m�s ...

Esta secci�n no necesita ser le�da, pero puede ayudarle a comprender
algo mejor el Unix, y el mundo de las telecomunicaciones.

12.1. �Qu� son los ficheros de bloqueo?

Un fichero de bloqueo es simplemente un fichero que dice que
dispositivo se est� usando. Est�n en /usr/spool/uucp, o /var/lock.
Los ficheros de bloqueo en Linux se llaman LCK..nombre, donde nombre
puede ser un nombre de dispositivo, o un nombre de un sitio UUCP.
Ciertos procesos crean estos bloqueos para as� poder tener acceso
exclusivo a un dispositivo, por ejemplo, si llama con su m�dem,
aparecer� un bloqueo para que otros procesos sepan que alguien est�
usando actualmente el m�dem. Los bloqueos principalmente contienen el
PID del proceso que tiene bloqueado el dispositivo. Muchos programas
comprueban si un dispositivo est� bloqueado, e intentan determinar si
ese bloqueo es todav�a v�lido buscando en la tabla de procesos el que
tiene bloqueado el dispositivo. Si el bloqueo es v�lido, el programa
se cerrar� (o deber�a cerrarse). Si no, algunos programas borran el
bloqueo viejo, y usan el dispositivo, creando su propio bloqueo. Otros
programas solamente se cierran y dicen que el dispositivo est�
us�ndose.

12.2. ``baudios'' Vs. ``bps''

``baudios'' y ``bps'' son, quiz�s, unos de los t�rminos peor usados en
el campo de los ordenadores y telecomunicaciones. Mucha gente usa
estos t�rminos indiferentemente, �cuando de hecho no son lo mismo!.

baudios
La velocidad en baudios es una medida de cuantas veces por
segundo cambia una se�al, por ejemplo una se�al enviada por un
m�dem (moulador-demodulador). Es decir, una velocidad de 1200
baudios implica que una se�al cambia cada 833 microsegundos. Las
velocidades de los m�dems normales son 50, 75, 110, 300, 600,
1200, y 2400. La mayor�a de los m�dems r�pidos van a 2400
baudios. Debido a limitaciones del ancho de banda en las l�neas
telef�nicas de voz, las velocidades superiores a 2400 baudios
son dif�ciles de alcanzar, y s�lo funcionan en l�neas
telef�nicas de alta calidad. Se pueden codificar varios bits
por baudio, para conseguir velocidades que excedan la velocidad
del baudio. Se llama ``baudio'' en honor a Emile Baudot,
inventor de la impresora as�ncrona del tel�grafo (teletipo).

bps
La velocidad en bps es una medida de cuantos bits por segundo
son transmitidos. Las velocidades en bps de los m�dem normales
son 50, 75, 110, 300, 1200, 2400, 9600, ... 115200. Usando
m�dems con compresi�n V.42bis (compresi�n m�xima 4:1), son
posibles velocidades te�ricas de hasta 115200 bps. Esto es lo
que la mayor�a de la gente quiere decir cuando mal usan la
palabra ``baudios''.

As�, si m�dems de alta velocidad est�n funcionando a 2400 baudios,
�c�mo pueden enviar 14400 bps?. Los m�dems alcanzan una velocidad en
bps mayor que la velocidad en baudios codificando varios bits en cada
cambio de se�al, o cambio de fase. De este modo, cuando 2 o m�s bits
son codificados por baudio, la velocidad en bps supera a la velocidad
en baudios. Si su m�dem se conecta a 14400 bps, estar� enviando 6 bits
en cada cambio de fase, a 2400 baudios.

�C�mo empez� esta confusi�n?. Bien, volviendo a cuando los m�dems
lentos eran m�dems de alta velocidad, la velocidad en bps realmente
era igual a la velocidad en baudios. Un bit pod�a ser codificado por
cambio de fase. La gente pod�a usa bps y baudios intercambi�ndolos,
porque eran el mismo n�mero. Por ejemplo, un m�dem de 300 bps tambi�n
ten�a una velocidad de 300 baudios. Todo esto cambi� cuando llegaron
los m�dems m�s r�pidos, y la velocidad en bits super� a la velocidad
en baudios.

12.3. �Qu� son las UARTs? �C�mo afectan al rendimiento?

Las UARTs (Universal Asyncronous Receiver Transmitter) son circuitos
integrados de la placa serie del PC. Su prop�sito es convertir los
datos a bits, enviarlos a la l�nea serie, y despu�s reconstruir los
datos en el otro terminal. Las UARTs tratan los datos en bloques del
tama�o de un byte, que adem�s es, convenientemente, el tama�o de los
caracteres ASCII.

Digamos que tiene un terminal conectado a su PC. Cuando escriba un
car�cter, el terminal da el car�cter a su transmisor (tambi�n una
UART). El transmisor env�a ese byte a la l�nea serie, un bit cada
vez, a una determinada velocidad. En el otro PC, la UART que recibe,
coge todos los bits, reconstruye el byte y lo coloca en el b�fer.

Existen dos tipos diferentes de UARTs. Probablemente ha o�do algo
sobre las UARTs no inteligentes - la 8250 y 16450, y las UARTs FIFO -
la 16550A. Para entender las diferencias, examinemos primero qu�
ocurre cuando una UART ha enviado o recibido un byte.

La UART no puede hacer nada con los datos por s� misma, s�lo los env�a
y los recibe. La CPU recibe una interrupci�n del dispositivo serie
cada vez que se recibe o env�a un byte. Entonces la CPU mueve el byte
recibido desde el b�fer de la UART a alg�n lugar de la memoria, o le
da a la UART otro byte a enviar. Las UARTs 8250 y 16450 s�lo tienen un
b�fer de 1 byte. Esto significa, que cada vez que se env�a o recibe 1
byte, se interrumpe a la CPU. A velocidades bajas, est� bien. Pero, a
velocidades de transferencia alta, la CPU est� demasiado ocupada
tratando con la UART, y no le deja tiempo de atender otras tareas. En
algunos casos, la CPU no puede atender la interrupci�n a tiempo, y se
sobreescribe el byte, debido a que llegan demasiado r�pido.

Ah� es cuando son �tiles las UARTs 16550A. Estos integrados tienen un
b�fer FIFO de 16 bytes. Esto significa que pueden recibir o transmitir
hasta 16 bytes antes de tener que interrumpir a la CPU. La CPU no
s�lo puede esperar, sino que puede entonces transferir los 16 bytes de
una sola vez. Aunque es raro que el umbral de interrupci�n est� a 16,
esto es una ventaja significante frente a las otras UARTs, que s�lo
tienen un b�fer de 1 byte. La CPU recibe menos interrupciones, y est�
libre para hacer otras cosas. No se pierden datos, y todo el mundo es
feliz. (Tambi�n existe una UART 16550, pero es tratada como un 16450
ya que no funciona bien.)

En general, las UARTs 8250 y 16450 deben valer para velocidades de
hasta 38400 bps. A velocidades mayores que 38400 bps, puede empezar a
tener p�rdida de datos. Otros sistemas operativos de PC (definici�n
usada aqu� vagamente) como DOS no son multitarea, por eso deben ser
capaces de hab�rselas mejor con 8250 � 16450. Por eso es por lo que
algunas personas no sufren p�rdidas de datos, hasta que cambian a
Linux.

Las placas sin UART y las multipuerto inteligentes usan integrados DSP
para hacer las tareas de b�fer y control adicional, esto libera mucho
m�s la CPU. Por ejemplo, las placas Cyclades Cyclom y Stallion EasyIO
usan una UART Cirrus Logic CD1400, y muchas placas usan CPUs 80186 o
incluso CPUS RISC especiales, para controlar la E/S serie.

Tenga en mente que este tipo de UART no inteligentes no son malas,
simplemente no son buenas para velocidades altas. No debe tener
problemas conectando un terminal, o un rat�n a estas UARTs. Pero, para
un m�dem de alta velocidad, la 16550A es imprescindible.

Puede comprar placas serie con la UART 16550A por un poco m�s de
dinero, solamente pregunte al vendedor que tipo de UART tiene la
placa. O si quiere actualizar su placa, simplemente compre el chip
16550A y reempl�celo por su UART 16450. Son compatibles patilla a
patilla. Algunas placas traen la UART en z�calo para este prop�sito,
si no, puede soldarlo. N�tese que probablemente se ahorrar� un mont�n
de problemas consiguiendo una placa nueva, si tiene el dinero, cuestan
menos de 5000 ptas.

12.4. /dev/cua N Y /dev/ttyS N ? �Cu�l es la diferencia real entre
los dispositivos

La �nica diferencia es el modo en que se abren los dispositivos. Los
dispositivos para recibir llamadas /dev/ttySN se abren en modo
bloqueante, hasta que se haya detectado la portadora (CD) (esto es,
alguien conecta). As�, cuando alguien quiere usar el dispositivo
/dev/cuaN, no hay conflictos con un programa que est� vigilando el
dispositivo /dev/ttySN (a menos que alguien est� conectado, por
supuesto).

Las m�ltiples entradas /dev, permiten operaciones sobre el mismo
dispositivo f�sico con diferentes caracter�sticas de operaci�n.
Tambi�n permite a los programas getty est�ndar coexistir con cualquier
otro programa serie, sin que getty tenga que ser reajustado con
bloqueos de ning�n tipo. Es especialmente �til ya que los ficheros de
bloqueo de los n�cleos Unix est�ndar, y los bloqueos de UUCP son de
aviso y no de obligatoriedad.

13. Eliminando problemas

13.1. Me dice: ``line NNN of inittab invalid''

Aseg�rese de estar usando la sintaxis correcta para su versi�n de
init. Las diferentes versiones de init que hay por ah� usan sintaxis
diferentes en el fichero /etc/inittab. Aseg�rese de estar usando la
sintaxis correcta para su versi�n de getty.

13.2. busy'' (dispositivo o recurso ocupado) Cuando intento llamar,
dice: ``/dev/cua N : Device or resource

Este problema puede surgir cuando DCD o DTR no est�n activados
correctamente. DCD s�lo debe activarse cuando haya una conexi�n en
curso (ej: alguien ha llamado a este sistema), no cuando getty est�
vigilando el puerto. Compruebe el m�dem para asegurarse de que est�
configurado para activar DCD s�lo cuando haya una conexi�n. DTR debe
estar activo siempre que alguien est� usando, o vigilando la l�nea,
como getty, kermit, o alg�n otro programa de comunicaciones.

Otra causa com�n de los errores de ``device busy'' (dispositivo
ocupado), es que haya configurado el puerto serie con una interrupci�n
que ya est� siendo usada. Cuando cada dispositivo se inicializa, le
pide permiso a Linux para usar las interrupciones hardware. Linux
sigue la pista de a qui�n se le ha asignado cada interrupci�n, y si la
interrupci�n ya est� siendo usada ser� imposible que el dispositivo se
inicialice correctamente. El dispositivo realmente no tiene muchas
formas de avisarle de que esto est� ocurriendo, excepto que cuando
intente usarlo, dar� un mensaje de error ``device busy''. Compruebe
las interrupciones de todas las placas (serie, ethernet, SCSI, etc).
Busque conflictos de IRQ.

13.3. (Id S N reiniciado demasiado r�pido: desconectado durante 5
minutos) Aseg�rese de que el m�dem est� configurado correctamente.
Mire los registros E y Q . Esto puede ocurrir cuando el m�dem est�
negociando con getty . Aseg�rese de estar llamando correctamente a
getty desde /etc/inittab . Si usa una sintaxis o nombre de disposi�
tivo incorrectos puede causar graves problemas. Esto tambi�n puede
ocurrir cuando est� fallando la inicializaci�n de uugetty . Me dice:
``Id S N respawning too fast: disabled for 5 minutes''

13.4. pueden enviar en una direcci�n Los dispositivos serie son
lentos, o los dispositivo serie s�lo

Probablemente tenga un conflicto de IRQ. Aseg�rese de que no se est�n
compartiendo IRQs. Compruebe todas las placas (serie, ethernet, SCSI,
etc). Aseg�rese de que los puentes, y los par�metros de setserial son
los correctos en todos los dispositivos serie. Revise tambi�n
/proc/ioports y /proc/interrupts por si hubiera conflictos.

13.5. Mi m�dem se bloquea despu�s de colgar, o uugetty no se reini�
cia.

Esto puede ocurrir cuando no se reinicia el m�dem al desactivar el
DTR. He visto que los LEDs RD y SD de mi m�dem se vuelven locos cuando
esto ocurre. Debe tener el m�dem reiniciado. Muchos m�dems compatible
Hayes hacen esto con &D3, pero en mi USR Courier, he tenido que poner
&D2 y S13=1. Mire en el manual de su m�dem.

13.6. nombre de registro, s�lo se bloquea Tengo un terminal conectado
al PC, pero despu�s de escribir un

� Si est� usando getty: Probablemente no tendr� puesto CLOCAL en
ninguna l�nea de /etc/gettydefs para el terminal, y probablemente
no est� usando un cable completo de m�dem nulo. Necesita CLOCAL, el
cual le dice a Linux que ignore las se�ales del control del m�dem.
Deber�a parecerse a esto:

# 38400 bps, entrada para un Terminal no inteligente
DT38400# B38400 CS8 CLOCAL # B38400 SANE -ISTRIP CLOCAL #@S @L login: #DT38400

# 19200 bps, entrada para un Terminal no inteligente
DT19200# B19200 CS8 CLOCAL # B19200 SANE -ISTRIP CLOCAL #@S @L login: #DT19200

# 9600 bps, entrada para un Terminal no inteligente
DT9600# B9600 CS8 CLOCAL # B9600 SANE -ISTRIP CLOCAL #@S @L login: #DT9600

Despu�s, elimine el proceso getty con el comando kill y se generar� un
proceso nuevo con la nueva entrada.

� Si est� usando agetty: A�ada el par�metro -L a la l�nea de agetty
en /etc/inittab. Esto har� que ignore las se�ales de control del
m�dem. Despu�s ejecute de nuevo init escribiendo init q. La l�nea
deber�a ser como esta:

s1:345:respawn:/sbin/agetty -L 9600 ttyS1 vt100

13.7. A velocidades altas, mi m�dem pierde datos

Si est� intentando usar el m�dem a m�s de 38400 bps, y no tiene una
UART 16550A, debe conseguirla. Vea la secci�n ``�Qu� son las UARTs?''
para saber m�s sobre las UARTs.

13.8. he configurado Al arrancar, linux no informa a los dispositivos
serie de c�mo los

Esto es verdad. Linux no realiza ninguna detecci�n de IRQ al arrancar,
s�lo hace la detecci�n de los dispositivos serie. As� que no haga caso
de lo que diga sobre las IRQs, ya que asume que son las IRQs est�ndar.
Esto se hace porque la detecci�n de IRQs no es fiable, y puede ser
falsa.

As�, a�n cuando tengo mi ttyS2 en la IRQ5, me sale

Jan 23 22:25:28 misfits vmunix: tty02 at 0x03e8 (irq = 4) is a 16550A

cuando Linux arranca.

Tiene que usar setserial para decirle a Linux la IRQ que est� usando.
Despu�s de que Linux arranque, puede mirar en el fichero
/proc/interrupts para ver que IRQs se han configurado realmente.

13.9. con un m�dem rz y/o sz no funcionan cuando llamo a mi m�quina
linux

Si Linux busca /dev/modem cuando intenta enviar un fichero, mire en
/etc/profile, y /etc/csh.cshrc. Algunas distribuciones definen ah�
muchos alias, sobre todo Slackware. Estos alias echan a perder los
programas zmodem. Elim�nelos o corr�jalos.

13.10. En mi pantalla est�n saliendo caracteres muy graciosos

Esto ocurre en las consolas virtuales cuando env�a datos binarios a la
pantalla, o a veces en conexiones serie. La forma de arreglar esto es
escribiendo echo ^v^[c. Para los que son incapaces de identificar los
caracteres de control, es:

linux% echo <ctrl>v<esc>c

13.11. getty o uugetty no funciona todavia

Existe la opci�n DEBUG que viene con getty_ps. Edite el fichero de
configuraci�n /etc/conf.{uu}getty.ttySN y a�ada DEBUG=NNN. Donde NNN
es una de las combinaciones num�ricas siguiente, dependiendo de lo que
quiera depurar:

D_OPT 001 activacion de las opciones
D_DEF 002 procesamiento del fichero de opciones por defecto
D_UTMP 004 procesamiento de utmp/wtmp
D_INIT 010 inicializacion de la linea (INIT)
D_GTAB 020 procesamiento del fichero gettytab
D_RUN 040 otros diagnosticos de ejecucion
D_RB 100 depuracion de rellamada
D_LOCK 200 procesamiento de bloqueo de uugetty
D_SCH 400 procesamiento de tareas
D_ALL 777 todo lo anterior

Poniendo DEBUG=010 es una buena forma de empezar.

Si est� ejecutando syslogd, la informaci�n de depuraci�n aparecer� en
los ficheros log. Si no est� usando syslogd la informaci�n aparecer�
en /tmp/getty:tyySN si depura getty y /tmp/uugetty:ttySN si usa
uugetty, y en /var/adm/getty.log. Mire la informaci�n de depuraci�n y
vea que est� ocurriendo. Probablemente necesitar� ajustar algunos
par�metros del fichero de configuraci�n, y reconfigurar el m�dem.

Tambi�n lo puede intentar con mgetty. Algunas personas tienen mejores
resultados con �l.

14. Otras fuentes de informaci�n

� p�ginas man de: agetty(8), getty(1m), gettydefs(5), init(1),
login(1), mgetty(8), setserial(8)

� El manual del m�dem

� NET-2 HOWTO: todo sobre redes, incluido SLIP, CSLIP, y PPP

� PPP HOWTO: ayuda para PPP

� Printing HOWTO: para configurar una impresora serie

� Term HOWTO: todo lo que quer�a saber sobre el programa term

� UPS HOWTO: configuraci�n de una UPS conectada al puerto serie

� UUCP HOWTO: informaci�n sobre como configurar UUCP

Grupos de noticias de Usenet:

comp.os.linux.answers
FAQs, How-To's. READMEs, etc. sobre Linux.
comp.os.linux.hardware
Compatibilidad de hardware con el sistema operativo Linux.
comp.os.linux.networking
Redes y comunicaciones bajo Linux.
comp.os.linux.setup
Instalaci�n de Linux y administracion de sistemas.

� La lista de correo serie en Linux. Para apuntarse, mande un mail a
[email protected], con ``subscribe linux-serial'' en el
cuerpo del mensaje, obtendr� un mensaje de ayuda. El servidor
tambi�n ofrece otras listas de Linux. Env�e el comando ``lists''
para obtener una lista de las listas de correo.

� Un libro blanco para discutir sobre comunicaciones serie y placas
serie multipuerto est� a su disposici�n en Cyclades en
http://www.cyclades.com.

� Modem FAQs:

15. Contribuciones

Es imposible escribir este HOWTO solo. Aunque una gran parte de este
HOWTO lo he escrito yo, he tenido que reescribir muchas contribuciones
para mantener la continuidad del estilo y flujo de escritura. Gracias
a todos los que han contribuido o comentado algo, la lista de personas
es demasiado larga para ponerla aqu� (m�s de cien). En especial quiero
darle las gracias a Ted T'so por responder a preguntas sobre los
controladores serie, a Kris Gleason que suele mantener getty_ps, y a
Gert D�ring que mantiene mgetty.

16. Anexo: El INSFLUG

El INSFLUG forma parte del grupo internacional Linux Documentation
Project, encarg�ndose de las traducciones al castellano de los Howtos
(Comos), as� como la producci�n de documentos originales en aquellos
casos en los que no existe an�logo en ingl�s.

En el INSFLUG se orienta preferentemente a la traducci�n de documentos
breves, como los COMOs y PUFs (Preguntas de Uso Frecuente, las FAQs.
:) ), etc.

Dir�jase a la sede del INSFLUG para m�s informaci�n al respecto.

En la sede del INSFLUG encontrar� siempre las �ltimas versiones de las
traducciones: www.insflug.org. Aseg�rese de comprobar cu�l es la
�ltima versi�n disponible en el Insflug antes de bajar un documento de
un servidor r�plica.

Se proporciona tambi�n una lista de los servidores r�plica (mirror)
del Insflug m�s cercanos a Vd., e informaci�n relativa a otros
recursos en castellano.

Francisco Jos� Montilla, [email protected].