<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
<TITLE>The Linux Modem-HOWTO: Dispositivi di porta seriale /dev/ttyS2, ecc. </TITLE>
<LINK HREF="Modem-HOWTO-9.html" REL=next>
<LINK HREF="Modem-HOWTO-7.html" REL=previous>
<LINK HREF="Modem-HOWTO.html#toc8" REL=contents>
</HEAD>
<BODY>
<A HREF="Modem-HOWTO-9.html">Avanti</A>
<A HREF="Modem-HOWTO-7.html">Indietro</A>
<A HREF="Modem-HOWTO.html#toc8">Indice</A>
<HR>
<H2><A NAME="ttySN_"></A> <A NAME="s8">8. Dispositivi di porta seriale /dev/ttyS2, ecc. </A></H2>
<P> Per creare dispositivi nella directory dei dispositivi vedere il Serial-HOWTO:
"Creating Devices In the /dev directory".
<P>
<H2><A NAME="dev_nos"></A> <A NAME="ss8.1">8.1 Nomi e numeri dei dispositivi di porta seriali </A>
</H2>
<P> I dispositivi in Linux hanno numeri primari e secondari. Ogni porta seriale
può avere due possibili nomi, nella directory /dev: ttyS e cua. I loro driver
si comportano in modo leggermente differente. Il dispositivo cua è disapprovato
e potrebbe non essere più usato in futuro. Vedere
<A HREF="#cua_dev">Il device cua</A>.
<P>
<P>Dos/Windows usano il nome COM mentre il programma <CODE>setserial</CODE> usa
tty00, tty01 ecc. Non confondete questi con dev/tty0, /dev/tty1, ecc.
che sono usati per le console (il monitor del vostro PC) ma non sono porte seriali.
La tavola seguente è per il caso "standard" (ma il vostro potrebbe essere diverso"
<P>
<BLOCKQUOTE><CODE>
<PRE>
indirizzo
dos prim. sec. prim. sec. IO
COM1 /dev/ttyS0 4, 64; /dev/cua0 5, 64 3F8
COM2 /dev/ttyS1 4, 65; /dev/cua1 5, 65 2F8
COM3 /dev/ttyS2 4, 66; /dev/cua2 5, 66 3E8
COM4 /dev/ttyS3 4, 67; /dev/cua3 5, 67 2E8
</PRE>
</CODE></BLOCKQUOTE>
<P>Notate che tutte le distribuzioni dovrebbero avere dei dispositivi ttyS
(e molte distribuzioni hanno anche l'obsoleto cua ). Potreste
verificarlo digitando (non preoccupatevi se non trovate alcun obsoleto dispositivo cua):
<P>
<BLOCKQUOTE><CODE>
<PRE>
linux% ls -l /dev/cua*
linux% ls -l /dev/ttyS*
</PRE>
</CODE></BLOCKQUOTE>
<P>
<H2><A NAME="ss8.2">8.2 Collegare con link ttySN a /dev/modem ?</A>
</H2>
<P> In alcune installazioni, saranno creati due dispositivi extra, <CODE>/dev/modem</CODE>
per il vostro modem e <CODE>/dev/mouse</CODE> per il vostro
mouse. Entrambi sono dei link
simbolici agli appropriati dispositivi in <CODE>/dev</CODE> che avete specificato durante
l'installazione (a meno che non abbiate un bus mouse, allora <CODE>/dev/mouse</CODE>
punterà al dispositivo del bus mouse).
<P>Ci sono state alcune discussioni riguardo a <CODE>/dev/mouse</CODE> e <CODE>/dev/modem</CODE>.
L'uso di questi link è sconsigliato. In particolare, se state pensando di usare il vostro
modem per ricevere chiamate potreste avere problemi perché i file di lock potrebbero
non funzionare correttamente se usate <CODE>/dev/modem</CODE>. Comunque, se cambiate o eliminate questi link,
alcune applicazioni potrebbero necessitare di una riconfigurazione.
<P>
<P>
<H2><A NAME="cua_dev"></A> <A NAME="ss8.3">8.3 Il dispositivo cua </A>
</H2>
<P> Ad ogni dispositivo ttyS corrisponde un dispositivo cua. Ma il dispositivo cua
è disapprovato, così è meglio usare ttyS (a meno che cua sia richiesto).
C'è differenza tra cua e ttyS ma un programmatore previdente può fare sì che
una porta ttyS si comporti esattamente come una porta cua, così non c'è più
realmente bisogno di cua. A meno che alcuni vecchi programmi non richiedano l'uso di
cua.
<P>Qual'è la differenza? La differenza principale tra cua e ttyS si riferisce
a quanto succede in un
programma C quando un normale comando "open" cerca di aprire la porta. Se una
porta cua è stata impostata per controllare i segnali di controllo del modem, la
porta potrebbe essere aperta anche se il segnale di controllo DCD del modem dice che
non è vero. Una astuta programmazione (aggiungendo lineee addizionali al programma)
può forzare una porta ttyS a comportarsi anch'essa in questo modo. Ma una porta cua
può essere ancora più facilmente programmata per aprirsi per comporre una chiamata
in uscita anche quando il modem non riesce ad identificare DCD (visto che
nessuno ci ha chiamato e non c'è portante). Ecco perché cua era una volta usata
per chiamate in uscita e ttyS era usata per chiamate in entrata.
<P>A partire dal kernel 2.2, un messaggio di avvertimento verrà immesso nel log del
kernel quando si usa cua. Questo è il presagio che cua fra un poco sparirà.
<P>
<HR>
<A HREF="Modem-HOWTO-9.html">Avanti</A>
<A HREF="Modem-HOWTO-7.html">Indietro</A>
<A HREF="Modem-HOWTO.html#toc8">Indice</A>
</BODY>
</HTML>
