FACULDADE DE TECNOLOGIA DE SÃO JOSE DO RIO PRETO DISPOSITIVO DE CONTROLE REMOTO PARA AMPLIFICADORES UTILIZADOS EM REDES DE TELECOMUNICAÇÕES COM ARQUITETURA HFC Danilo Luiz Fernandes Garcia Orientador Prof. M.Sc. Kleber Sartorio Co-Orientador Prof. M.Sc. Lucimar Sasso Vieira São José do Rio Preto 2009
66
Embed
Dispositivo de Controle Remoto Para Amplificadores Utilizados Em Redes de Telecomunicacoes Com Arquitetura Hfc
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
FACULDADE DE TECNOLOGIA DE SÃO JOSE DO RIO PRETO
DISPOSITIVO DE CONTROLE REMOTO PARA AMPLIFICADORES UTILIZADOS EM REDES DE
TELECOMUNICAÇÕES COM ARQUITETURA HFC
Danilo Luiz Fernandes Garcia
Orientador Prof. M.Sc. Kleber Sartorio
Co-Orientador
Prof. M.Sc. Lucimar Sasso Vieira
São José do Rio Preto 2009
FACULDADE DE TECNOLOGIA DE SÃO JOSE DO RIO PRETO
DISPOSITIVO DE CONTROLE REMOTO PARA AMPLIFICADORES UTILIZADOS EM REDES DE
TELECOMUNICAÇÕES COM ARQUITETURA HFC
Danilo Luiz Fernandes Garcia
Projeto de Graduação apresentado à Faculdade de
Tecnologia de São José do Rio Preto para obtenção do grau de Tecnólogo em Informática para a Gestão de
Negócios, sob a orientação do Prof. M.Sc. Kleber Sartorio.
Dedico este trabalho à minha esposa Tatiana, minha filha Kathleen, também para
meu(minha) filho(a) que está a caminho e a meus pais Wagner e Meire.
v
AGRADECIMENTOS
Agradeço aos meus familiares, especialmente à minha esposa Tatiana e a minha filha
Kathleen que souberam, com imenso amor e desprendimento, reconhecer minhas limitações e
pacientemente perdoar meus momentos de ausência.
Agradeço a meus pais Wagner e Meire, que sempre confiaram na minha capacidade
em alcançar meus objetivos, me apoiando sempre em qualquer escolha, mas sempre
acrescentavam que eu encontraria muitas dificuldades, mas teria que procurar ser o melhor
para superá-las. Essa confiança, eu acredito que seja fruto de um trabalho árduo no processo
de educação dos filhos e que pretendo aplicá-lo em minha filha.
Agradeço aos colegas de turma que me acompanharam nesta jornada e que, juntos
comigo, estão agora colhendo os frutos de sua dedicação e trabalho.
Agradeço a todos meus colegas de trabalho que pacientemente ensinaram-me na
prática o que eu conhecia apenas na teoria. Também não poderia deixar de agradecer ao
Eduardo Pereira da Matta, um colega de trabalho, que durante este projeto de graduação me
deu todo apoio com seu conhecimento na área da Eletrônica.
Agradeço de forma muito especial ao Profº M.Sc. Kleber Sartorio, que mais do que
orientador, foi um verdadeiro amigo apontando de maneira clara e objetiva o caminho a
seguir.
vi
RESUMO
Este Projeto de Graduação trata da construção de um protótipo, denominado: DMLC (Dispositivo Modular de Leitura e Controle), que possibilita às empresas de telecomunicações que utilizam como arquitetura as Redes HFC (Hibrid Fiber Coax – Arquitetura Híbrida de Cabos Ópticos e Coaxiais) controlarem remotamente os amplificadores de suas redes. Neste tipo de rede, o ruído é um dos grandes responsáveis pela queda na qualidade dos serviços oferecidos. A identificação do ingresso do ruído na rede pode exigir um longo esforço da equipe de infraestrutura em localizá-lo para posteriormente eliminá-lo. Sendo assim, o protótipo desenvolvido neste trabalho auxiliará as equipes responsáveis pela infraestrutura a reduzir o seu tempo de atuação. Como benefícios da implantação de um dispositivo similar teríamos a diminuição da indisponibilidade de seus serviços., redução dos custos homens-hora, de combustíveis, entre outros. O trabalho inicia-se com uma revisão teórica sobre o funcionamento das Redes HFC, os impactos do ruído sobre os serviços oferecidos e os referenciais teóricos básicos de programação e de microcontroladores. A seguir são demonstrados os diagramas de blocos do DMLC, seu princípio de funcionamento e atuação. Finalmente são apresentados os resultados e conclusões.
This graduation project treats of the construction of a prototype, denominated DMLC (Modular Dispositive of Read and Control) that makes possible to the companies of telecommunications that uses as arquiteture the HFC (hybrid fiber coax), to control the amplifiers of their nets remotely. In this type of net, the noise is one of the great responsible for the quality fall of available services. The identification of the noise source in the net can demand a long effort of the infrastructure team to locate the source and solve the problem. Then, this development prototype in this work will help the teams responsible for the infrastructure to reduce his/her time of performance. As benefits of the implantation of a similar device we will have the decrease of the unavailability of their services, reduction of costs man-hour, reduction of fuel costs, among others. The work begins with the theoretical revision on the operation of HFC network, the impacts of the noise on the offered services and the basic theoretical references of programming and microcontrollers. Next, we have the demonstration of the diagram of blocks of DMLC model, his operation principles and performance.
b) O desenvolvimento de um software para os hardwares instalados nos
amplificadores da rede HFC Bidirecional receberem comandos remotos;
c) Através deste acesso remoto, o envio de comandos que permitirão
ativação/desativação do canal de retorno do amplificador;
O processo acima feito diretamente do Centro de Operações da Rede permitirá que
sem o deslocamento físico de nenhum técnico a precisa identificação do ponto mais próximo
de ingresso do ruído.
1.5 Organização do Trabalho
Este trabalho está dividido em 5 capítulos, cada qual abordamos os aspectos abaixo:
- Introdução: Nesta são apresentados os objetivos do trabalho, o problema, solução
proposta e a justificativa do trabalho.
- Capítulo 1: Neste capítulo são apresentados fundamentos teóricos necessários para
o desenvolvimento do trabalho, principalmente os conceitos de uma Rede HFC, tais como:
arquitetura, problemas pertinentes, protocolo de comunicação utilizado.
- Capítulo 2: Neste capítulo é apresentada a metodologia utilizada no
desenvolvimento do projeto.
- Capítulo 3: Neste capítulo é apresentado o desenvolvimento deste trabalho.
- Capítulo 4: Neste capítulo são apresentados os resultados e discussões.
- Conclusão: Neste último tópico são apresentadas as reflexões sobre o projeto.
- Referências: Aqui são apresentadas as referências utilizadas para realização deste
trabalho.
CAPÍTULO 1 – FUNDAMENTAÇÃO TEÓRICA
“Tenha em mente que tudo que você aprende na escola é trabalho de muitas gerações. Receba essa herança, honre-a, acrescente a ela e, um dia, fielmente, deposite-a nas mãos de seus filhos”
Albert Einstein
Antes de iniciarmos a exploração deste estudo, precisamos entender o funcionamento
de uma rede com arquitetura HFC:
a) Quais são os problemas pertinentes a este meio de comunicação;
b) Como utilizamos uma rede;
c) Como foi desenvolvida;
É importante destacar que esta rede a princípio foi desenvolvida para transmitir
sinais de TV e por ela atualmente trafegam-se dados em altíssimas velocidades. Toda essa
teoria tornasse importante para compreendermos o problema e o objetivo deste projeto.
1.1 Topologia da Rede HFC
As primeiras redes de CATV que surgiram tinha uma arquitetura denominada Tree
and Branch, que compreendia em ter vários amplificadores em uma linha tronco (que envia os
sinais para regiões mais distantes) e suas ramificações. Dentro dessa estrutura existiam alguns
amplificadores conectados a uma rede tronco e que tinha por finalidade distribuir os sinais
analógicos de TV para uma região menor. Na proporção que a rede de distribuição de sinais
se estendia, era instalado um novo amplificador na rede para aumentar o nível de sinal
garantindo a reposição do nível que se havia perdido devido a distância. A Figura 1 ilustra
como é formado este tipo de arquitetura.
7
Figura 1 - Rede com Arquitetura Tree and Branch - Fonte: Autoria própria
Essa arquitetura de rede tem muitas desvantagens, algumas delas são:
a) Manutenção;
b) Devido à próprias características de sistemas amplificadores, a cada
amplificador que o sinal passa até chegar à residência do usuário, este sinal é
acrescido de um ruído que será amplificado no próximo amplificador e assim
por diante, até o momento que inviabiliza o fornecimento de um sinal de
qualidade.
Resumindo, nesta arquitetura o cliente mais distante do centro de distribuição da
operadora, também conhecido como Headend terá um sinal de qualidade muito inferior do
que o usuário que está conectado logo nos primeiros amplificadores desta cascata.
Para resolver este problema, no início dos anos 90, uma nova arquitetura de rede foi
proposta. A atualmente utilizada é denominada de Rede com Arquitetura HFC (Hibrid Fiber
Coax), ou seja, utiliza simultaneamente cabos ópticos e coaxiais. O sucesso do uso de uma
rede óptica como linha tronco, se deve ao fato da:
a) Fibra óptica ter baixa atenuação (entre 0,2 e 0,7 dB/Km);
b) Fibra óptica ser imune a ruídos externos;
c) Fibra óptica ser de fácil manutenção;
d) Fibra óptica ter baixo custo, se comparado aos custos dos cabos coaxiais; etc.
Graças às características descritas acima se eliminam os problemas da qualidade dos
sinais, provocados pelo grande número de amplificadores na cascata. Assim se garante a
8
qualidade dos sinais não importando a distância da residência do usuário até o Headend,
conforme ilustrado na Figura 2.
Figura 2 - Rede com Arquitetura Hibrid Fiber / Coaxial – Fonte: Autoria própria
1.2 Princípios de funcionamento dos amplificadores na Rede HFC
Os amplificadores são equipamentos essenciais em uma Rede HFC, pois possibilita
que os serviços sejam disponibilizados cada vez mais distantes dos Headend. Sua função é
aumentar o ganho (amplitude) de um sinal com relação à intensidade do sinal que tinha na
entrada do amplificador. Esse ganho é expresso em dB (deciBel).
Genericamente o amplificador pode ser dividido em 3 partes: Alimentação (AC /
DC), Módulo de amplificação do sinal do direto (Forward) e Módulo de amplificação do sinal
do retorno (Reverse).
O módulo de alimentação baseia-se em converter a tensão alternada presente na Rede
HFC, que pode variar entre 60, 75 ou 90 volts de acordo com o projeto da rede, em tensão
contínua de 24 volts para o funcionamento do circuito amplificador. Não será abordado como
esse processo é executado em detalhes, pois não é este o foco deste projeto.
Os módulos responsáveis pela amplificação do sinal (direto e reverso) apesar de
operarem em freqüências diferentes tem o mesmo princípio de funcionamento. Na Figura 3
temos ilustrado a simbologia que será utilizada neste trabalho para a apresentação do
funcionamento de cada componente de um circuito amplificador. No texto a seguir será
explicitado o funcionamento detalhado de cada componente e posteriormente do
funcionamento destes em conjunto.
9
Figura 3 - Simbologia do diagrama de blocos de um amplificador - Fonte: Autoria própria
1.2.1 Componentes do módulo amplificador
1.2.1.1 Amplificador
Também chamado de amplificador operacional, é o componente responsável por
aumentar a amplitude do sinal que foi inserido na entrada do amplificador. Esse aumento da
amplitude pode ser chamado de Ganho e é expresso pela relação entre o nível de saída e o
nível de entrada de um sinal (G=Nívelout - Nívelin). A unidade de medida é dB.]. Na Figura 4
temos a representação do um amplificador operacional.
Figura 4 - Amplificador Operacional - Fonte: Autoria própria
1.2.1.2 Filtro de Freqüência
É o nome dado ao circuito eletrônico que tem a função de permitir a passagem de
algumas freqüências e atenuando outras freqüências.
Esses filtros podem ser, basicamente, de 4 tipos: Passa - Alta, Passa - Baixa, Passa -
Faixa e Rejeita – Faixa, representados pelas Figuras 5, 6, 7 e 8, respectivamente.
• Passa – Alta: Permite a passagem somente de freqüências acima do valor que
foi projetado (Fc=1/2πRC) para os capacitores (C) e resistores (R).
10
Figura 5 - Filtro Passa - Alta - Fonte: www.cp.utfpr.edu.br/chiesse/Eletronica/Filtros_passivos.pdf
• Passa – Baixa: Permite a passagem somente de freqüências acima do valor que
foi projetado (Fc=1/2πRC) para os capacitores (C) e resistores (R).
Figura 6 - Filtro Passa-Baixa - Fonte: www.cp.utfpr.edu.br/chiesse/Eletronica/Filtros_passivos.pdf
Nota-se que o modelo matemático utilizado para a construção dos filtros passa-baixa
e passa - alta é o mesmo, diferenciando apenas na posição onde os componentes são
montados.
• Passa – Faixa (ou Passa-Banda): Permite a passagem de certa faixa de
freqüência, atenuando todas as outras freqüências abaixo e acima das
freqüências de cortes projetadas. Pode ser construído através da combinação
entre um filtro passa-baixa e outro passa - alta. Onde, para as freqüências
baixa temos Fc1=1/2πC1(R1+R2) e para as freqüências altas Fc2=1/2πReqC2,
onde Req=R1/R2.
Figura 7 - Filtro Passa-Faixa - Fonte: www.cp.utfpr.edu.br/chiesse/Eletronica/Filtros_passivos.pdf
• Rejeita – Faixa (ou Rejeita-Banda): Com funcionamento inverso ao Filtro
Passa-Faixa, esse filtro atenua a(s) freqüência(s) intermediária(s), permitindo
11
a passagem de todas as freqüências abaixo e acima das freqüências de corte
do projeto. Matematicamente, os cálculos são os mesmo para os filtros passa-
baixa e passa - alta, diferenciando apenas na construção, onde o sinal deve ser
dividido antes da passagem nos filtros e combinados novamente depois de
filtrados.
Figura 8 - Filtro Rejeita-Faixa - Fonte: www.cp.utfpr.edu.br/chiesse/Eletronica/Filtros_passivos.pdf
1.2.1.3 Atenuadores
São dispositivos que tem a função de atenuar o nível dos sinais. Seu funcionamento é
o inverso dos amplificadores. Geralmente são construídos a partir de elemento resistivos que
dependendo da combinação podem fornecer diversos valores para atenuação. Em CATV, os
atenuadores mais utilizados, são os construídos tipo “T” ou π (“Pi”), representados pelas
Figuras 9 e 10 respectivamente.
Figura 9 - Atenuador em "T" - Fonte: Autoria própria
Req=(R3/(R1+R3))+R2
12
Figura 10 - Atenuador em π ("Pi") - Fonte:Autoria própria
O atenuador é um divisor de tensão onde o valor do atenuador pode ser
Req=R2/(R1+R2)+R3/(R1+R3)
1.2.1.4 Equalizadores
Na Rede HFC, os equalizadores são circuitos utilizados para efetuar a correção na
resposta em freqüência que ocorre durante a passagem dos sinais pelos cabos coaxiais.
Nos cabos coaxiais quanto mais altas forem as freqüências que trafega por ele, maior
é a atenuação sofrida por estes sinais. Esta diferença entre o nível de sinal da freqüência mais
baixa e a freqüência mais alta chama-se Tilt e é expresso em dB. Esse tilt é calculo por, tilt =
fa - fb, e pode ser positivo (tilt > 0), nulo (tilt = 0) ou negativo (tilt < 0), onde “fa” é o nível de
sinal da freqüência mais alta e “fb” é o nível do sinal da freqüência mais baixa e a
representação deste tilt pode ser observada na Figura 11.
Figura 11 – Representação do Tilt - Fonte: Autoria própria
13
Nos amplificadores, todas as freqüências devem estar com o mesmo nível (tilt = 0),
portanto faz-se necessário a utilização de equalizadores de sinal para efetuar este ajuste dos
sinais que entram no amplificador e também os que saem dele para efetuar a compensação
deste sinal até o próximo amplificador da cascata. Para isso o nível de sinal das freqüências
mais altas é ajustado de forma que sejam maiores que as freqüências mais baixas, a
representação gráfica é semelhante ao item “c” da Figura 11.
Existem dois tipos de equalizadores. O primeiro simula a atenuação dos cabos
coaxiais e é utilizado quando o tilt na entrada do amplificador está positivo; o segundo
comporta-se de forma inversa aos cabos coaxiais, chamado de equalizador inversor, ou seja, a
atenuação é maior nas freqüências mais baixas e é utilizado quando o tilt na entrada do
amplificador está negativo
O tilt estimado na entrada do próximo pode ser calculado a partir da seguinte
Memória Somente de Leitura Programada e Apagada Eletricamente) para armazenamento de
dados ou programas, dispositivos periféricos e interfaces de entrada/saída que podem ir de um
simples pino digital do componente a uma interface USB8 ou Ethernet nos mais avançados.
Com freqüências de clock de poucos MHz ou ainda mais baixas, os
microcontroladores são considerados lentos se comparados aos microprocessadores
modernos, mas isso é perfeitamente adequado para aplicações típicas. Eles consomem
relativamente pouca energia (miliwatts), e geralmente possuem a capacidade de "hibernar"
enquanto aguardam que aconteça algum evento provocado por um periférico, como por
exemplo: o pressionar de um botão, que os colocam novamente em atividade. O consumo de
energia enquanto estão "hibernando" pode ser de nanowatts, tornando-os ideais para
aplicações de baixa energia e que economizem bateria.
1.3.5 PIC 16F628A
Produzido pela empresa Microchip Technology, pertence a família PIC de
microcontroladores e apresenta as seguintes características: 8 Universal Serial Bus – Barramento de Comunicação Serial Universal
34
• Arquitetura RISC (Reduced Instruction Set Computer - Computador com
Conjunto Reduzido de Instruções) com 35 instruções;
• Clock de até 20 MHz;
• Memória de programa (tipo flash) de 2048 palavras de 14 bits;
• Memória RAM de 224 bytes e EEPROM de 128 bytes;
• Possui oscilador interno, o que em muitos casos dispensa a necessidade de
cristal de quartzo, o que diminui a complexidade do projeto;
• Possui USART (Universal Synchronous Asynchronous Receiver Transmitter -
Transmissor/Receptor Universal Síncrono e Assíncrono) para comunicação
direta com outros dispositivos através da interface RS232;
• Suporte a Bootloader que permite que o software do microcontrolador seja
atualizado via porta serial RS232.
Este microcontrolador ainda conta com outros periféricos, como:
• Contadores de 8 e 16 bits;
• Módulo CCP (Capture, Compare e PWM);
• Comparadores analógicos; e
• Watchdog Timer, que é um temporizador que dispara um reset ao sistema se o
programa principal apresentar alguma condição de erro.
A Figura 36 ilustra o diagrama de blocos do PIC 16F628A e como todos esses
periféricos interagem entre si em um único encapsulamento de 18 pinos
35
Figura 36 - Diagrama de blocos do microcontrolador - Fonte: Microchip (PIC16F628A)
1.4 Linguagem de Programação
1.4.1 Os Compiladores
Os compiladores são softwares responsáveis por traduzir o código fonte que foi
escrito em uma linguagem de programação de alto nível para uma linguagem de baixo nível
(por exemplo, assembly ou código de máquina) como uma sequência de instruções a ser
executada pelo processador.
36
O processo de compilação é composto de análise e síntese. A análise tem como
objetivo entender o código fonte e representá-lo em uma estrutura intermediária. A síntese
constrói o código objeto a partir desta representação intermediária.
A análise pode ser subdividida ainda em análise léxica, análise sintática e análise
semântica. A síntese é mais variada, podendo ser composta pelas etapas de geração de código
intermediário, otimização de código e geração de código final (ou código de máquina), e
somente esta última etapa é obrigatória. Na Figura 37 temos a representação das etapas
seguidas pelo compilador, conforme descrito anteriormente.
Figura 37 - Etapa de compilação de um programa - Fonte: http://blogs.msdn.com
1.4.2 Linguagem C
As linguagens de programação surgiram praticamente simultaneamente com a era
dos computadores digitais, porém era uma linguagem de “baixo nível”, ou seja, exigia do
programador um conhecimento muito profundo no funcionamento do processador utilizado. O
37
nível da linguagem é determinada pelo grau de abstração do código escrito, ou seja, o quanto
mais próximo da linguagem humana, mais de alto é o nível da linguagem.
Devido a evolução na complexidade dos cógidos escritos, tornou-se necessário criar
linguagens que facilitasse o trabalho do programador, que a partir de então passava a
preocupar-se com toda a lógica da programação, já que os compiladores assumiam a tarefa de
converter todo o código escrito em uma linguagem de alto nível para a linguagem de
máquina.
Segundo Kenrighan e Ritchie (1978) a linguagem C não é de “muito alto nível”,
sendo uma linguagem intermediária o que não desmerece a linguagem, pois C pode manipular
os mesmos tipos de objetos que na maioria dos computadores, tais como caracteres, números
e endereços de memória. Estes podem ser combinados com operadores aritméticos e lógicos
usuais implementados pelas máquinas atuais.
Segundo Pereira (2007) A origem do C é atribuida a três linguagens de programação:
• ALGOL (Algorithmic Language – Linguagem Algorítmica): Linguagem de
alto nível mais voltada para aplicações científicas;
• BCPL (Basic Combined Programming Language – Linguagem de
Programação Básica Combinada): Desenvolvida em 1969 que associa a
estrutura do ALGOL com a eficiência do Assembly, no entanto devido a
complexidade e limitação, não obteve exito;
• B: Linguagem desenvolvido por Ken Thompson em 1970, baseou-se na
linguagem BCPL, na tentativa de facilitar a linguagem BCPL. BCPL e B são
linguagens com um único tipo de dados (palavra de máquina), e qualquer
acesso a outros tipos de objetos é feitos através de operadores especiais ou
chamada de função;
A linguagem C provê a construção de fluxos de controle essenciais para aplicações
estruturadas, como: laços de repetição while (enquanto) e for (para), tomadas de decisão , com
os comandos if (se) e esle (senão) e seleção entre um grupo de opções disponíveis com o
comando switch (caso positivo selecione...). Esses comandos já eram encontrados na
linguagem BCPL, porém com algumas diferenças. A linguagem C lançou a moda da
programação estruturada muito antes de qualquer outra.
38
Com C é possível escrever programas transportáveis, isto é, que podem ser
executados em qualquer máquinas quase sem nenhum alteração. Devido esta
transportabilidade do código, torna a linguagem C tão poderosa que foi escolhida para o
desenvolvimento de vários sistemas operacionais como UNIX, Windows e o Linux.
1.4.3 Programação em Microcontroladores utilizando a Linguagem C
A utilização da linguagem C para a programação em microcontroladores, de acordo
com a facilidade em desta linguagem, torna uma escolha natural, pois permite a construção de
programas e aplicações mais complexos em tempo reduzido, permite a reutilização do código,
devido sua portabilidade de um tipo de microcontrolador para outro com pequena alteração no
código fonte.
Hoje, no mercado, vários microcontroladores contam com compiladores de
linguagem C para o desenvolvimento de softwares.
Segundo Pereira(2007), outro aspecto favorável da utilização da linguagem C é a sua
eficiência, sendo que ela é medida com acordo com o grau de inteligência com que o
compilador interpreta o código fonte em linguagem de alto nível e gera o código de máquina.
Quanto menor o código de máquina gerado, maior será a eficiência do compilador, já que em
microcontroladores o tamanho do código gerado é um fator crítico, devido o tamanho de
memória ROM disponível de acordo com o microcontrolador utilizado.
39
CAPÍTULO 2 METODOLOGIA
“A imaginação é mais importante do que o conhecimento.”
Albert Einstein
2.1 Tipo do trabalho
Este trabalho do ponto de vista metodológico tem uma característica principal, é um
trabalho calcado no desenvolvimento de um protótipo, portanto trata-se de uma pesquisa
exploratória.
Entretanto foi necessário o estudo aprofundado de algumas vertentes da engenharia e
da informática para a construção do conhecimento para o desenvolvimento deste protótipo.
Para tanto se lançou mão da pesquisa bibliográfica efetuada em livro e apoiada pela pesquisa
realizada em sites da Internet.
A metodologia científica vista em classe, classifica o desenvolvimento de um
protótipo com uma aplicada. Sendo assim a nossa pesquisa do ponto de vista de seu objetivo é
exploratória, pois vai testar de certa forma, um novo conceito, o desenvolvimento de um novo
produto, para um público alvo definido (no caso as operadoras de Redes HFC). Sob o ponto
de vista dos procedimentos técnicos, será uma pesquisa aplicada.
2.2 Etapas metodológicas adotadas
O desenvolvimento metodológico deste projeto de graduação deu-se em três etapas, a
saber:
Gravador Microcontrolador
a) Projeto de um gravador para microcontroladores;
b) Aquisição do material necessário para a confecção do gravador para
microcontroladores;
c) Construção da placa segundo projeto definido no item “a”;
d) Testes dos componentes de gravador;
40
Protótipo do DMLC
a) Projeto modular do protótipo;
b) Aquisição do material necessário para a confecção;
c) Construção das placas segundo projeto definido no item “a”;
d) Testes dos componentes do DMLC e da funcionalidade do componente.
e) Integração de todos os módulos e do amplificador;
f) Teste em bancada;
g) Análise dos resultados.
Software
a) Criação do fluxograma de funcionamento do software;
b) Escolha da Linguagem de Programação;
c) Escolha da IDE para a programação;
d) Teste no simulador;
e) Gravação no microcontrolador;
Para o desenvolvimento deste projeto de graduação foram utilizadas algumas
ferramentas, que serão explicadas nos tópicos seguintes:
2.3 Materiais
2.3.1 Equipamentos
Para este projeto foi utilizado o computador com as seguintes características:
- Notebook: MIRAX® MM6600;
- Processador: Intel® Core™ 2 Duo T5500 @ 1,66 GHz;
- Memória Cache: 2 MB L2 - FSB: 533MHz;
- Memória RAM: 2 GB DDR2 533 MHz SO-DIMM;
- HD: SATA 80 GB – 5400 RPM;
- Sistema Operacional: Windows® XP™ Professional SP3 – Versão 2002
41
- Amplificador de Sinal do tipo Line Extender (Extensor de Linha) modelo BHA 87
da empresa Motorola Co.
2.3.2 Softwares utilizados
Para este projeto foi utilizado o software com as seguintes características:
- Compilador IDE: PCWHD (versão 4.086) com licença de 30 dias disponível para
qualquer usuário, desenvolvido pela empresa Custom Computer Services, Inc., disponível
para download no endereço http://www.ccsinfo.com/content.php?page=compdemo.
- Software de programação de microcontroladores mikroC, mikroElektronika C
compiler para microcontroladores PIC da empresa Microchip, versão 8.2.0.0. Disponível para
download no endereço http://www.mikroe.com.
42
CAPÍTULO 3 DESENVOLVIMENTO
“A mente avança até o ponto onde pode chegar; mas depois passa para uma dimensão superior, sem saber como lá chegou. Todas as grandes descobertas realizaram esse salto.”
Albert Einstein
O desenvolvimento deste projeto de graduação deu-se em 4 etapas a saber:
f) Desenvolvimento de um gravador para microcontroladores;
g) Desenvolvimento de hardware utilizando microcontrolador PIC16F628A;
h) Desenvolvimento do software;
i) Integração do hardware com o amplificador
3.1 Gravador de Microcontrolador / Software de Gravação
Para dar início ao desenvolvimento de todas as tarefas relativas ao desenvolvimento
do DMLC era necessário o desenvolvimento de um dispositivo que permitisse a gravação e
leitura dos códigos do microcontrolador PIC16F628A.
O circuito de gravação do microcontrolador foi desenvolvido pelo autor e o projeto
escolhido foi do tipo JDM Programmer. Esse circuito caracteriza-se por não utilizar fonte
externa de alimentação para gravação. A alimentação que será utilizada neste gravador será
fornecida pela própria porta serial do PC. Esse tipo de design funciona muito bem para a linha
PIC utilizado no projeto. O software utilizado para a gravação neste tipo de circuito foi o IC-
Prog. Na Figura 38 temos o circuito do gravador produzido.
43
Figura 38 - Gravador de Microcontrolador - Fonte:Autoria própria
No site http://www.ic-prog.com está disponível o esquema elétrico do circuito para a
construção do gravador, os tipos de microcontroladores suportados por este gravador, o
software IC-Prog e também como configurá-lo dependendo o sistema operacional utilizado.
3.2 Desenvolvimento do Hardware utilizando PIC16F628A
O desenvolvimento do dispositivo de controle remoto deu-se em três etapas bem
distintas, a saber:
• Desenvolver o diagrama de blocos;
• Desenvolver / Desenhar o circuito do dispositivo;
• Montagem do Protótipo;
Então detalhamos a seguir cada uma destas etapas:
A primeira etapa foi desenvolvimento do diagrama de blocos, que consiste
basicamente de quatro módulos com as seguintes funções:
• Módulo de Alimentação DC: Parte do circuito responsável por captar a tensão
de 24 volts DC existente no circuito de alimentação do amplificador e
converter para 5 volts DC, que é a tensão de trabalho do microcontrolador
utilizado
• Módulo de Interface para Comunicação: Responsável por manter a
comunicação com o computador via porta serial RS232 e encaminhar a
informação recebida para módulo de controle;
44
• Módulo de Controle: Responsável por receber a informação, interpretá-la e
executar a função solicitada no módulo de função específica;
• Módulo de Função Específica: Parte do hardware que fica conectado
diretamente ao amplificador. Dependendo do tipo de ação que se queira
tomar sobre o amplificador, este módulo é o que atuará produzindo as ações
desejadas. Este dispositivo é acoplá-lo aos dois módulos anteriores que
servem de suporte. Trocando-se a programação do módulo de controle e o
módulo de função específica podemos alterar a função principal do DMLC,
por exemplo, de controlador de sinais para leitor de níveis de sinais. Neste
trabalho a função designada para este módulo será a de um atenuador de
sinais.
O segundo passo foi utilizar software de simulação de circuitos eletrônicos, Proteus,
para desenvolver e testar o circuito.
E o terceiro e último passo nesta etapa do desenvolvimento foi a montagem do
protótipo em uma placa do tipo protoboard (matriz de contatos) para testar na prática o
funcionamento do circuito.
3.2.1 Funcionamento do Módulo de Comunicação e Controle
Para o módulo de controle executar algum comando ele deve receber um comando na
forma de trecho de texto (string), interpretá-la de forma que ele sabia qual comando que
deverá ser executado (atenuar ou não atenuar) e em qual saída do amplificador o modulo
executará o comando.
Na Figura 39 temos o Módulo de Controle, onde podemos observar o
microcontrolador (PIC16F628A) contendo as portas de entrada/saída e responsável por
executar o comando solicitado pelo operador e na Figura 40 temos o Módulo de Comunicação
onde se podem notar os pinos de comunicação com a interface RS232.
45
Figura 39 - Módulo de Controle - Fonte:Autoria própria
Figura 40 - Módulo de Comunicação - Fonte: Autoria própria
3.2.2 Funcionamento do Módulo Atenuador e Alimentação
Para o funcionamento de todo o circuito do protótipo foi necessário construir um
módulo que retirasse do amplificador a tensão suficiente para o funcionamento. Nos
amplificadores a tensão DC presente para o seu próprio funcionamento é de 24 volts, mas o
46
protótipo necessita de apenas 5 volts. Para isso foi necessário incluir um regulador de tensão
para executar tal tarefa. A Figura 41 mostra o circuito construído.
Figura 41 - Módulo de Alimentação - Fonte: Autoria própria
O Módulo de Atenuadores, representado pela Figura 43, foi construído para que
conectado serialmente ao atenuador do amplificador eleve a atenuação do sinal, fazendo com
que o sinal tenha sua intensidade reduzida a níveis muito baixos (por volta de -45dB), que
para o sistema de CATV é considerada ausência de sinal.
Para concretizar esta ação utilizamos o princípio dos divisores de tensão em que a
atenuação do sinal irá depender dos valores dos resistores de R3 e R6 que estão aterrados,
conforme representados na Figura 42.
Figura 42 - Acoplamento do Módulo Atenuador e Atenuador - Fonte: Autoria própria
47
Figura 43 - Módulo Atenuador - Fonte: Autoria própria
No módulo de atenuadores, R6 é um componente do tipo LDR (Light Dependent
Resistor), é um dispositivo cuja resistência elétrica diminui quando aumenta a incidência de
radiação luminosa do led interno. Quando este led está desligado o circuito fica com a
resistência altíssima, fazendo que praticamente todo o sinal flua de Vin para o ponto A, (ver
representação na Figura 42). Assim se dará o processo, o sinal após passar pelo módulo de
atenuadores do DMLC é encaminhado ao atenuador do amplificador que agora encontra-se
acoplado ao DMLC retornando posteriormente para o amplificador.
Quando o led excita o LDR a resistência fica muito baixa, fazendo com que grande
parte do sinal flua para o aterramento. Apenas um sinal muito atenuado fluirá para o ponto A
que como foi exposto no parágrafo acima passará por outro atenuador, diminuindo ainda mais
a intensidade do sinal, que ficará imperceptível para rede CATV, esta ação, portanto terá
como resultado uma aparente abertura física do circuito, deixando que quaisquer ruídos que
estavam no trecho da rede analisada não retornem ao Headend cessando o problema.
Posteriormente a equipe de infraestrutura deverá identificar a fonte geradora do ruído e
normalizar a rede.
A tensão de alimentação que será responsável por acender o led e assim alterar a
resistência do LDR, vira do módulo de controle.
48
As dificuldades encontradas nesta etapa do projeto foram principalmente por ser a
primeiro contato do autor com a confecção de circuitos elétricos. A construção do hardware
não envolve unicamente a disposição dos componentes eletrônicos suas soldagens e
interconexões, também devemos atentar para o cálculo dos componentes eletrônicos que serão
utilizados. Mesmo fazendo o uso de um software de simulação de circuito (Proteus)
verificamos que “na prática a teoria é outra”, pois muitas vezes as simulações não produziam
os mesmos resultados que eram encontrados no circuito real.
3.3 Desenvolvimento do Software
O desenvolvimento do dispositivo de controle remoto deu-se em quatro etapas, a
saber:
• A escolha da Linguagem de Programação e a IDE a ser utilizada;
• Desenvolver o fluxograma de execução;
• Desenvolvimento do software;
• Compilação e Gravação do arquivo gerado no microcontrolador;
Então detalhamos a seguir cada uma destas etapas:
Nesta primeira etapa os fatores que influenciaram na escolha da linguagem C para o
desenvolvimento do software foram:
a) Familiaridade com a linguagem C. Mesmo o programa não tendo um grau de
complexidade elevado, o que permitiria escrevê-lo utilizando a linguagem
assembly (aumentado sua eficiência e reduzindo o tamanho do código
gerado), optamos por utilizar a linguagem C, pois a familiaridade com a
linguagem nos permitiu uma economia de tempo e esforços que não
impactam de maneira nenhuma à utilidade e funcionalidade do projeto. Para
utilizar assembly, seria necessária a mudança no paradigma da programação,
pois deveríamos estudar o modo de funcionamento do processador, seus
registradores, seu banco de memórias
b) Várias consultas a fóruns na Internet relacionados ao assunto, onde
programadores experientes recomendavam utilizar a linguagem C devido a
portabilidade do código para outros microcontroladores com maior facilidade,
sendo que em Assembly não era uma tarefa fácil;
49
c) Conversas com um profissional especializado em Robótica, sendo ele que
indicou a IDE a ser utilizada devida sua facilidade na manipulação do
software, compatibilidade com a padronização ANSI e ISO, eficiência do
código gerado.
Então devido a esses fatores foi escolhida a linguagem C para programação e o
software PCWH da empresa CCS como IDE (Integrated Development Environment -
Ambiente Integrado de Desenvolvimento).
O segundo passo foi o desenvolvimento do fluxograma de execução do software,
pois é uma ferramenta que auxilia o processo de codificação, ou seja, graficamente foi
possível estabelecer a seqüência de execução do programa para a resolução do problema
proposto. A Figura 44 ilustra o fluxograma do software compilado.
Figura 44 - Fluxograma do Software - Fonte: Autoria própria
O terceiro passo foi o desenvolvimento do software e codificando para a linguagem
C todo o fluxograma desenvolvido. A programação também foi escrita de forma modular,
bem semelhante à forma modular com que foi desenvolvido o hardware. Na programação
chamamos esses módulos de funções. As funções são:
50
• string_serial( ): responsável por receber o comando pela porta serial e
transmiti-la para função compara_id( );
• compara_id ( ): decodifica a informação e compara se o ID (identificação)
informado é igual o ID do microcontrolador e envia para as próximas funções
(turn_on ( ) ou turn_off ( )) o restante da informação que foi decodificada;
• turn_on ( ) e turn_off( ): responsável por receber o comando de efetuar a
ativação ou desativação de uma saída no módulo de atenuadores.
Da mesma forma que a construção do hardware em módulo facilita a sua
reutilização/manutenção e programação com o uso de funções proporciona as mesmas
facilidades.
De acordo com o fluxograma de execução e as funções existentes no software, é
necessário que o Módulo de Comunicação receba a seguinte informação:
CMD#ID_PIC#PORT#STATUS#TIME#END
Onde;
• CMD: String para controle de início do comando;
• ID_PIC: Identificador do Microcontrolador para uso em broadcast;
• PORT: Saída do amplificador que receberá o comando;
• STATUS: Comando que será executado (ligar ou desligar);
• TIME: Tempo em que o comando ficará ativo (somente para status desligado);
• END: String para controle de fim do comando;
• #: Caractere delimitador usado pelo software para separar as informações.
O quarto e último passo da etapa de desenvolvimento do software foram a
compilação e gravação do arquivo hexadecimal gerado no microcontrolador.
Algumas dificuldades foram detectadas nesta etapa do projeto, como por exemplo, a
quantidade de memória ROM disponível para programação, o que exigiu um maior
reaproveitamento de código e de variáveis, uma vez que cada variável ocupa um espaço na
memória. O uso de algumas funções já prontas, como por exemplo a função de comparação
de strings, strncmp (string str1, string str2, int length);, apesar de facilitar a programação,
ocupava 3% a mais de memória do que outra que executava a mesma tarefa e que foi escrita
51
pelo programador. A seguir o trecho de código escrito para obter a mesma resposta, com
As dificuldades encontradas nesta última etapa do projeto foram primeiramente a
integração entre o software e o hardware. Para verificarmos inicialmente a compatibilidade
entre esses dois elementos, o circuito foi testado para realizar uma função básica, que
consistia em enviar uma informação (string) pelo computador via porta serial RS232, onde o
hardware deveria receber essa informação interpretá-la e executar o acendimento de um led.
No software simulador, esse funcionamento ocorria sem nenhum problema, porém o circuito
não respondia da mesma forma. Várias alterações no código fonte do microcontrolador
tiveram que ser feitas para que obtivéssemos a resposta esperada. Seguramente este foi o
maior processo de aprendizagem.
O segundo problema foi na utilização da própria função (gets( )) que faz a leitura de
uma string pela porta serial, pois estava ocorrendo perda de informação. A função gets( )
realiza chamadas recursivas a função getc( ), que aguarda a recepção de apenas um caractere
pela porta serial padrão. Foi necessário programar “manualmente” a chamada recursiva à
função getc( ) e armazenando cada caractere em uma matriz de caracteres.
Felizmente todos os problemas foram contornados e o protótipo pode finalmente
funcionar corretamente.
52
CAPÍTULO 4 RESULTADOS E DISCUSSÃO
“Imaginação é tudo, é a prévia das atrações futuras”
Albert Einstein
Após o desenvolvimento do protótipo DMLC iniciou-se os testes. Os testes foram
realizados em um ambiente desenvolvido na residência do autor. Consistia na conexão dos
equipamentos que fazem parte da Rede HFC (amplificador9, dispositivo DMLC, Cable
Modem), procurando simular uma condição mais próxima possível do que se é verificado na
rede. Para simular o ruído presente na rede foi adotado o seguinte procedimento: o cabo
conectado na saída do amplificador foi danificado de forma com que a malha de aterramento
não isolasse o condutor central do cabo.
Foram observados os seguintes resultados:
a) Que o dispositivo DMLC cumpriu adequadamente o seu papel. Após
receber o comando enviado via porta serial RS232, o dispositivo elevou a
atenuação do circuito, impedindo o retorno de quaisquer sinais para o
headend e assim eliminando o ruído, o que em uma situação real permitiria
a identificação aproximada do ingresso do ruído.
b) Após o envio de um comando para restabelecer os mesmo níveis de
atenuação do amplificador, deixando o sinal retornasse para headend, o
ruído foi novamente introduzido na rede.
c) Verificou-se que todos os módulos funcionaram adequadamente.
d) Foram observados que os componentes em funcionamento, não
apresentavam superaquecimento.
De acordo com esses resultados verificou-se a sua aplicabilidade do DMLC pelas
empresas do setor que utilizam esta arquitetura de rede. Verificou-se também que seriam
necessárias algumas alterações:
9 Motorola: tipo Line Extender , Modelo BHA-87
53
a) Construção do circuito (módulo atenuador) para que a Rede HFC mantenha
a impedância de 75Ω fundamental para o casamento das impedâncias dos
diversos circuitos conectados.
b) Substituição do módulo de comunicação de RS232 por um que utilize o
protocolo de comunicação TCP, trabalhando em conjunto com um cable
modem instalado dentro do amplificador;
c) Utilização de componentes eletrônicos compactos, como por exemplo,
resistores do tipo SMD (Surface Mounting Devices – Dispositivo de
Montagem em Superfície);
d) Troca do microcontroladores com encapsulamento menor;
Na Figura 45 temos a integração dos módulos DMLC com o amplificador.
Figura 45 - Integração dos circuitos (Amplificador e DMLC) - Fonte:Autoria própria
CONCLUSÃO
Este projeto de graduação permitiu o desenvolvimento de um protótipo do
dispositivo modular de leitura e controle (DMLC) que poderá futuramente ser utilizados em
Redes HFC com sucesso.
Sua concepção e realização demonstram sua viabilidade como dispositivo que auxilia
a detecção de problemas em uma Rede HFC, permitindo de maneira mais sensata e otimizada
a determinação do ponto mais próximo da fonte ingresso do ruído. É claro que com a adoção
deste tipo de dispositivo há ganhos significativos em termos de eficácia e eficiência da equipe
técnica responsável pela manutenção da funcionalidade de toda rede.
Este projeto propiciou ao seu autor uma ampliação de seus conhecimentos sobre
Redes HFC, microcontroladores e dispositivos de controle.
Como sugestões para os próximos trabalhos ficam:
a) Substituição do módulo de comunicação, que neste, foi utilizado porta serial
RS232 por uma tecnologia que utilize o protocolo de comunicação TCP;
b) A inclusão de novas funções para o módulo de controle, como por exemplo,
leitura da tensão AC/DC presentes no amplificador da Rede HFC; entre
outras.
Todo o projeto de graduação deve servir para o enriquecimento do arcabouço do
conhecimento do aluno e se possível para a construção de algo prático que possa ser utilizado
pela comunidade da qual ele faz parte.
Ficam nessas linhas a certeza que o enriquecimento foi atingido e que o protótipo
desenvolvido será aprimorado e quem sabe futuramente comercializado, atingindo aos
objetivos propostos no parágrafo acima.
55
REFERÊNCIAS BIBLIOGRÁFICAS
HAYKIN, Simon e VEEN, Barry V. – Sinais e Sistemas. trad. SANTOS, José C. B., Porto Alegre: Bookman, 2001.
DOCSIS. Disponível em http://www.docsis.org – acesso em: 18/01/2009
DOCSIS. Disponível em http://en.wikipedia.org/wiki/Docsis - acesso em: 02/11/2008.
Fibra Óptica. Disponível em www.inf.ufrgs.br/~mirella/redes/fibra.html - acesso em 18/01/2009.
Rede HFC. Disponível em http://en.wikipedia.org/wiki/Hybrid_Fibre_Coaxial - acesso em:02/11/2008.
PEREIRA, Fábio – Microcontroladores PIC: Programação em C / Fábio Pereira. – 7ª Ed. – São Paulo: Érica, 2007.
SCHILDT, Herbert – C Completo e Total – 3ª Ed. Revisada e atualizada – Herbert Schildt; Tradução e revisão técnica: Roberto Carlos Mayer, São Paulo: Pearson Makron Books, 1997.
KERNIGHAN, Brian W. e RITCHIE, Dennis M. – The C, Programming Language – Tradução sob responsabilidade de EDISA Eletrônica Digital S.A.,Rio de Janeiro: Ed. Elsevier, Porto Alegre, 1985.- 21ª Reimpressão.