Capítulo 15. Comunicações Seriais
Anterior |  | Próxima

## Capítulo 15. Comunicações Seriais

Essa seção cobre as perguntas mais comuns sobre comunicação serial com o FreeBSD. PPP e SLIP são abordados na seção Capítulo 12, Redes.

15.1. Como eu posso dizer se o FreeBSD encontrou minhas portas seriais?
15.2. Como eu posso dizer se o FreeBSD encontrou minha placa de fax modem?
15.3. Eu acabei de atualizar para a versão 2.0.5 e as minhas tty0X desapareceram! Como eu resolvo esse problema?
15.4. Como eu acesso as portas seriais no FreeBSD?
15.5. Como eu habilito suporte para uma placa serial de múltiplas portas?
15.6. O FreeBSD pode trabalhar com placas seriais de múltiplas portas compartilhando irqs?
15.7. Posso definir os parâmetros seriais padrão para uma porta?
15.8. Como eu habilito logins dial-up no meu modem?
15.9. Como eu conecto um terminal burro ao meu FreeBSD?
15.10. Por que eu não posso executar o tip ou o cu?
15.11. Meu modem modelo Hayes não é suportado - o que eu posso fazer?
15.12. Como posso entrar nestes comandos AT?
15.13. Porque o sinal <@> para a capacidade pn não funciona?
15.14. Como eu posso discar um número de telefone pela linha de comando?
15.15. Tenho que definir a taxa de bits por segundo sempre que fazer isso?
15.16. Como posso facilmente acessar vários hosts através de um terminal server?
15.17. O “tip” pode tentar discar mais de uma linha por vez?
15.18. Por que eu tenho que pressionar duas vezes o CTRL+P para enviar CTRL+P uma única vez?
15.19. Por que tudo o que eu digito inesperadamente está em CAIXA ALTA?
15.20. Como eu posso transferir arquivos com o tip?
15.21. Como eu posso executar o zmodem com o tip?
15.22. O FreeBSD pode vir a não encontrar minhas portas seriais, mesmo quando as configurações estão corretas?

15.1. | Como eu posso dizer se o FreeBSD encontrou minhas portas seriais?
| Assim que o kernel do FreeBSD é carregado, ele irá varrer as portas seriais do seu sistema procurando dispositivos nas portas configuradas no kernel. Pode-se observar atentamente as mensagens que o sistema exibe, ou então executar o seguinte comando: `%` `dmesg | grep sio` assim que o sistema estiver em funcionamento e execução. Aqui estão alguns exemplos dos resultados do comando executado acima: sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A Eles mostram duas portas seriais. A primeira está na irq 4, está usando o endereço de porta `0x3f8`, e tem um chip modelo UART 16550A. O segundo utiliza o mesmo tipo de chip mas está na irq 3 e seu endereço de porta é `0x2f8`. Modems internos são tratados como se fossem portas seriais -- exceto que sempre tem um modem “conectado” à porta. O kernel `GENERIC` tem suporte para duas portas seriais utilizando os mesmos irqs e configurações de endereços de portas do exemplo acima. Se tais configurações não estão certas para seu sistema, ou se você adicionou placas de modem ou tem mais portas seriais para o qual o kernel foi configurado, apenas recompile seu kernel. Veja a a seção de compilação do kernel para obter mais detalhes.
15.2. | Como eu posso dizer se o FreeBSD encontrou minha placa de fax modem?
| Refira-se à resposta da pergunta anterior.
15.3. | Eu acabei de atualizar para a versão 2.0.5 e as minhas `tty0`X`` desapareceram! Como eu resolvo esse problema?
| Não se preocupe, eles foram incluídos com os dispositivos `ttyd`X``. No entanto, você deve mudar todos os arquivos da configuração antiga que você tiver.
15.4. | Como eu acesso as portas seriais no FreeBSD?
| A terceira porta serial, `sio2` (veja sio(4), conhecida como COM3 no DOS), está na `/dev/cuaa2` para os dispositivos dial-out, e na `/dev/ttyd2` para os dispositivos dial-in. Qual é a diferença entre essas duas classes de dispositivos? Você utiliza `ttyd`X`` para dial-ins. Quando o `/dev/ttyd`X`` se abre no modo de bloqueio, um processo irá aguardar que o dispositivo `cuaa`X`` correspondente torne-se inativo, e aguarda a detecção do carrier detect da linha para ativar-se. Quando a `cuaa`X`` se abre, ela deixa claro que a porta não esta ainda em uso pelo dispositivo `ttyd`X``. Se a porta estiver disponível, ela é “roubada” do dispositivo `ttyd`X``. Além disso, o dispositivo `cuaa`X`` não se importa com o carrier detect. Com esse esquema de auto-resposta do modem, você pode ter usuários remotos conectando e você pode ainda discar para fora com o mesmo modem, que o sistema irá cuidar de todos os conflitos.
15.5. | Como eu habilito suporte para uma placa serial de múltiplas portas?
| Novamente, a seção de configuração do kernel provê informações sobre a configuração de seu kernel. Para uma placa serial de múltiplas portas, coloque uma linha sio(4) para cada porta serial da placa, no arquivo de configuração do kernel. Mas coloque o irq e as espeficicações do vetor apenas em uma das entradas. Todas as portas da placa devem compartilhar uma irq. Para consistência, utilize a última porta serial para especificar a irq. Além disso, especifique a opção `COM_MULTIPORT`. O exemplo seguinte é para uma placa serial AST 4-portas na irq 7: options "COM_MULTIPORT" device sio4 at isa? port 0x2a0 tty flags 0x781 device sio5 at isa? port 0x2a8 tty flags 0x781 device sio6 at isa? port 0x2b0 tty flags 0x781 device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr As flags indicam que a porta master tem um “minor number” 7 (`0x700`), diagnósticos habilitados durante o escaneamento (`0x080`), e todas as portas compartilham uma irq (`0x001`).
15.6. | O FreeBSD pode trabalhar com placas seriais de múltiplas portas compartilhando irqs?
| Ainda não. Você deverá utilizar uma irq diferente para cada placa.
15.7. | Posso definir os parâmetros seriais padrão para uma porta?
| O `ttyd`X`` (`cuaa`X``) é um dispositivo regular que você vai querer abrir para suas aplicações. Quando um processo abre um dispositivo, ele tem um conjunto padrão de configurações de terminais de E/S. Você pode ver essas configurações com o comando `#` `stty -a -f /dev/ttyd1` Ao alterar as configurações para esse dispositivo, elas se manterão em efeito até que o dispositivo seja fechado. Quando ele for reaberto, vai para o estado padrão. Para fazer mudanças nos ajustes padrão, pode-se abrir e ajustar as configurações do “estado inicial” do dispositivo. Por exemplo, para ligar o modo CLOCAL, 8 bits, e o controle de fluxo XON/XOFF padrão para a ttyd5, faça: `#` `stty -f /dev/ttyid5 clocal cs8 ixon ixoff` Um bom lugar para fazer isso é no `/etc/rc.serial`. Agora, uma aplicação terá estas configurações por padrão quando abrir o `ttyd5`. No entanto, pode-se ainda modificar estas configurações a seu gosto. Você pode prevenir certas configurações de serem modificadas por uma aplicação fazendo ajustes no dispositivo de “lock state”. Por exemplo, para travar a velocidade do `ttyd5` em 57600 bps, faça: `#` `stty -f /dev/ttyld5 57600` Agora, uma aplicação, ao abrir o `ttyd5`, se tentar modificar a velocidade da porta, ficará travada a 57600 bps. Naturalmente você deve garantir que os dispositivos de estado inicial e o estado de trava (`lock`) tenham permissão de escrita apenas para o `root`. O script MAKEDEV(8) NÃO faz isso quando ele cria as entradas de dispositivos.
15.8. | Como eu habilito logins dial-up no meu modem?
| Então você quer tornar-se um provedor de serviços internet, não é? Primeiro, você precisa de um ou mais modems que auto-respondam às chamadas. Seu modem precisa confirmar o “carrier detect” quando ele for detectado e não fazê-lo todo o tempo. Ele precisará desligar o telefone e resetar a si mesmo quando a linha DTR (Data Terminal Ready) alternar de ligado para desligado. Ele provavelmente deve utilizar o controle de fluxo `RTS/CTS` ou nenhum controle local de fluxo. Finalmente, ele deve utilizar uma velocidade constante entre o computador e si mesmo, mas (para ser simpático com seus usuários) ele deve negociar uma velocidade entre si mesmo e o modem remoto. Para muitos modems compatíveis com o conjunto de comandos do Hayes este comando criará estas configurações e as armazenará na memória não volátil: AT &C1 &D3 &K3 &Q6 S0=1 &W Veja a seção enviando comandos AT abaixo para mais informações sobre como fazer estas configurações sem o auxílio de um programa de terminal MS-DOS. Depois, faça uma entrada em `/etc/ttys` (veja ttys(5)) para o modem. Este arquivo lista todas as portas nas quais o sistema irá aguardar pelos logins. Adicione uma parecida com essa: ttyd1 "/usr/libexec/getty std.57600" dialup on insecure Esta linha indica que a segunda porta serial (`/dev/ttyd1`) tem um modem conectado e rodando a 57600 bps e sem paridade (`std.57600`, que vem do arquivo `/etc/gettytab`, veja gettytab(5)). O tipo de terminal para esta porta é `dialup`. A porta esta `ligada` e é `insegura` - quer dizer que o login do usuário `root` não é permitido. Para portas dialin como esta, utiliza-se a entrada `ttyd`X`` É uma prática comum utilizar `dialup` como o tipo do terminal. Muitos usuários configuram um prompt para seus arquivos `.profile` ou `.login` para o tipo de terminal existente se o tipo iniciante é dialup. O exemplo mostra a porta como insegura. Para tornar-se `root` nesta porta, você tem que logar-se como um usuário regular, e então su(1) para tornar-se `root`. Se você usar `seguro`, então o `root` vai poder efetuar o login diretamente. Após efetuar as operações no `/etc/ttys`, você precisa enviar um sinal de hangup ou HUP para o processo init(8): `#` `kill -HUP 1` Esse comando forçará a releitura do arquivo `/etc/ttys`. O processo init iniciará os processos getty em todas as portas configuradas em `on` (ligadas). Você pode descobrir se seus logins estão disponíveis para sua porta digitando: `%` `ps -ax | grep '[t]tyd1'` Você deve ver algo como: 747 ?? I 0:00.04 /usr/libexec/getty std.57600 ttyd1
15.9. | Como eu conecto um terminal burro ao meu FreeBSD?
| Se você esta usando outro computador como um terminal de seu sistema FreeBSD, consiga um cabo “null modem” para ser usado entre as duas portas seriais. Se você esta utilizando um terminal próprio, veja as instruções que o acompanham. Então, modifique o `/etc/ttys` (veja ttys(5)), como acima. Por exemplo, se você esta ligando um terminal WYSE 50 à quinta porta serial, utilize uma entrada como esta:: ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure Esse exemplo mostra que a porta em `/dev/ttyd4` tem um terminal wyse50 conectado a 38400 bps (bits por segundo) sem nenhuma paridade (`std.38400` de `/etc/gettytab`, veja gettytab(5))) e o login do `root` é permitido (`seguro`).
15.10. | Por que eu não posso executar o `tip` ou o `cu`?
| Em seu sistema, os programas tip(1) e cu(1) são provavelmente executáveis somente pro `uucp` e para o grupo `dialer`. Você pode utilizar o grupo `dialer` para controlar quem acessa o seu modem ou sistemas remotos. Basta adicionar você mesmo ao grupo dialer. Alternativamente, você pode permitir a todos no seu sistema executarem o tip(1) e o cu(1) digitando: `#` `chmod 4511 /usr/bin/cu` `#` `chmod 4511 /usr/bin/tip`
15.11. | Meu modem modelo Hayes não é suportado - o que eu posso fazer?
| De fato a manpage para o tip(1) esta desatualizada. Há um discador generico do Hayes já incorporado. Apenas insira `at=hayes` em seu arquivo `/etc/remote` (veja remote(5)). O drive do Hayes não é inteligente o bastante para reconhecer algumas das avançadas características dos modems mais novos - mensagens como `BUSY`, `NO DIALTONE`, ou `CONNECT 115200` estarão apenas confundindo-o. Você deve desabilitar estas mensagens quando utilizar o tip(1) (com o comando `ATX0&W`). Além disso, o timeout para discagem com o tip(1) é de 60 segundos. Seu modem deve utilizar um valor menor, senão o tip pensará que existe um problema de comunicação. Tente `ATS7=45&W`. De fato, como o tip(1) não foi compilado para suportar HAYES, essa funcionalidade não é completamente suportada. A solução é editar o arquivo `tipconf.h` no diretório `/usr/src/usr.bin/tip/tip`. Obviamente você precisa da distribuição fonte para fazer isso. Edite a linha `#define HAYES 0` alterando-a para `#define HAYES 1`. Depois digite `make` e `make install`. Tudo funcionará bem depois disso.
15.12. | Como posso entrar nestes comandos AT?
| Faça o que é chamado de uma entrada “direta” no seu `/etc/remote` (veja remote(5)). Por exemplo, se o seu modem está definido na primeira porta serial, `/dev/cuaa0`, coloque a seguinte linha: cuaa0:dv=/dev/cuaa0:br#19200:pa=none Utilize a taxa de velocidade mais alta que seu modem suportar na capacidade br. Então digite `tip `cuaa0`` (veja tip(1)) e você estará conectado ao seu modem. Se não existir nenhum `/dev/cuaa0` no sistema, faça isso: `#` `cd /dev` `#` `sh MAKEDEV cuaa0` Ou utilize cu como `root` com o seguinte comando: `#` `cu -l`line` -s`speed`` com a `line` sendo a porta serial (por exemplo, `/dev/cuaa0`) e `speed` sendo a velocidade (por exemplo, `57600`). Quando terminar com os comandos AT, digite `~.` para sair.
15.13. | Porque o sinal `<@>` para a capacidade pn não funciona?
| O sinal `<@>` no número de telefone diz ao tip para procurar em `/etc/phones` por um número de telefone. Mas o sinal `<@>` é também um caracter especial em arquivos como o `/etc/remote`. Escape dele com um `\` (barra invertida): pn=\@
15.14. | Como eu posso discar um número de telefone pela linha de comando?
| Coloque o que é chamado de uma entrada “genérica” no arquivo `/etc/remote` (veja remote(5)). Por exemplo: tip115200|Disque para qualquer número em 115200 bps:\ :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du: tip57600|Disque para qualquer número em 57600 bps:\ :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du: Depois você pode fazer algo como `tip -115200 5551234`. Se preferir o cu(1) ao invés do tip(1), utilize uma entrada genérica: cu115200|Use o cu para discar qualquer número em 115200bps:\ :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: e digite `cu 5551234 -s 115200`.
15.15. | Tenho que definir a taxa de bits por segundo sempre que fazer isso?
| Coloque uma entrada para `tip1200` ou para `cu1200`, mas vá em frente e utilize quaisquer taxas de bps (bits por segundo) que sejam apropriadas para a capacidade br. O tip(1) diz que um bom padrão é 1200 bps porquê ele procura uma entrada `tip1200`. De qualquer forma, você não precisa utilizar 1200 bps.
15.16. | Como posso facilmente acessar vários hosts através de um `terminal server`?
| Ao invés de esperar até a conexão, digitando `CONNECT `host`` sempre, use a opção `cm` do tip. Por exemplo, estas entradas em `/etc/remote` (veja remote(5)): pain|pain.deep13.com|Forrester's machine:\ :cm=CONNECT pain\n:tc=deep13: muffin|muffin.deep13.com|Frank's machine:\ :cm=CONNECT muffin\n:tc=deep13: deep13:Gizmonics Institute terminal server:\ :dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234: permitirá a você digitar `tip pain` ou `tip muffin` para se conectar aos hosts `pain` ou `muffin`; e `tip deep13` para se conectar ao `terminal server`.
15.17. | O “tip” pode tentar discar mais de uma linha por vez?
| Normalmente esse é um problema tradicional onde uma universidade possue várias linhas de modems e vários milhares de estudantes tentando usá-las... Faça uma entrada para sua universidade em`/etc/remote` (veja remote(5)) e utilize a `<\@>` para a característica `pn`: big-university:\ :pn=\@:tc=dialout dialout:\ :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none: Então, liste os números de telefones para a universidade em `/etc/phones` (veja phones(5)): big-university 5551111 big-university 5551112 big-university 5551113 big-university 5551114 O tip(1) tentará usar cada um na ordem listada, e depois desistirá. Se você quer manter-se tentando, execute o tip(1) em um loop while.
15.18. | Por que eu tenho que pressionar duas vezes o CTRL+P para enviar CTRL+P uma única vez?
| CTRL+P é o padrão para “force character”, utilizado para dizer ao tip(1) que o próximo caracter é um dado literal. Você pode definir o force character para qualquer outro caracter com o escape `~s`, que quer dizer “defina uma variável”. Digite `~sforce=`single-char`` seguido de uma newline. `single-charcaracter` é qualquer caracter único. Se você deixar `single-char`, então o “force character” será o caracter nulo, que você pode ao digitar CTRL+2 ou CTRL+SPACE. Um valor muito bom para o `single-char` é SHIFT+CTRL+6, o qual eu vi sendo usado em alguns servidores de terminais. Você pode ter o “force character” que você quiser especificando o seguinte em seu arquivo `$HOME/.tiprc` o seguinte: force=`single-char`
15.19. | Por que tudo o que eu digito inesperadamente está em CAIXA ALTA?
| Você deve ter pressionado CTRL+A, o “raise character do tip(1)”, especialmente projetado para pessoas com teclas Caps Lock que não funcionam. Use o `~s` como acima, e defina a variável “raisechar” para algo razoável. De fato, você pode definir isso para o force character também, se você nunca espera utilizar ambas as características. Aqui está um exemplo de arquivo `.tiprc` perfeito para os usuários de Emacs que precisam digitar muitos CTRL+2 e CTRL+A: force=^^ raisechar=^^ O ^^ é obtido com SHIFT+CTRL+6.
15.20. | Como eu posso transferir arquivos com o `tip`?
| Se você está conversando com outro sistema Unix, você pode enviar e receber arquivos com `~p` (put) e com `~t` (take). Estes comandos executam o cat(1) e o echo(1) no sistema remoto para aceitar e enviar arquivos. Sua sintaxe é: ~p <local-file> [<remote-file>] ~t <remote-file> [<local-file>] Não há nenhuma checagem de erro, então você provavelmente deve usar um outro protocolo, como o zmodem
15.21. | Como eu posso executar o zmodem com o tip?
| Primeiro, instale um dos programas zmodem da coleção de `ports` (tais como lrzsz ou o rzsz). Para receber arquivos, inicie o programa de envio no destino remoto. Então, pressione ENTER e digite `~C rz` (ou `~C lrz` caso tenha instalado o lrzsz) para iniciar o recebimento local Para enviar arquivos, inicie o programa do lado remoto. Depois, aperte ENTER e digite `~C sz `arquivos`` (ou `~C lsz `arquivos``) para envia-los ao sistema remoto.
15.22. | O FreeBSD pode vir a não encontrar minhas portas seriais, mesmo quando as configurações estão corretas?
| Sim, se sua placa-mãe for Acer UARTS. Elas não escaneiam corretamente o barramento serial, não permitindo que o FreeBSD encontre as Serial Input/Output (sio) da placa. O patch disponível em www.lemis.com pode corrigir esse problema.

Anterior |  | Próxima
Capítulo 14. PPP | Principal | Capítulo 16. Perguntas Variadas

Este, e outros documentos, podem ser obtidos em ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/

Para perguntas sobre FreeBSD, leia a documentação antes de contatar <questions@FreeBSD.org>.
Para perguntas sobre esta documentação, envie e-mail para <doc@FreeBSD.org>.