Rodrigo Afonso Dias Schamber

UNIVERSIDADE FEDERAL DE OURO PRETO - UFOP
ESCOLA DE MINAS EM
COLEGIADO DO CURSO DE ENGENHARIA DE CONTROLE
E AUTOMAO CECAU
DESENVOLVIMENTO DE UM DISPOSITIVO DE CONTROLE DE ACESSO VIA

PROTOCOLO DE COMUNICAO USB
MONOGRAFIA DE GRADUAO EM ENGENHARIA DE CONTROLE E

AUTOMAO
RODRIGO AFONSO DIAS SCHAMBER
Ouro Preto, 2008
RODRIGO AFONSO DIAS SCHAMBER
DESENVOLVIMENTO DE UM DISPOSITIVO DE CONTROLE DE ACESSO VIA

PROTOCOLO DE COMUNICAO USB
Monografia apresentada ao curso de

Engenharia de Controle e Automao da
Universidade Federal de Ouro Preto como
parte dos requisitos para a obteno de Grau
em Engenheiro de Controle e Automao.
Orientador: Prof. Dr. Ricardo de Oliveira Duarte
Ouro Preto
Escola de Minas UFOP
Agosto/2008
ii
iii
Aos meus pais, Manoel e Maria

Emilia pelo amor, esforo e
dedicao incondicionais.
iv
AGRADECIMENTOS
Por acreditar que as conquistas nunca so realizadas pelo mrito exclusivo de um idealizador,
mas pela participao de todos aqueles que acreditam em sua concepo, cito meus
agradecimentos.
Aos meus familiares, por acreditarem em mim.
A meu irmo e grande companheiro, Pablo, a todos os momentos vividos.
A Mara, todo o carinho e compreenso.
A Repblica dos Deuses, Tina e aos irmos deuses, minha segunda casa.
A Escola de Minas de Ouro Preto pela formao.
A AST Kttner pela oportunidade.
Ao Andres pela consultoria tcnica.
Ao Prof Ricardo, meu orientador, a orientao e o apoio.
A todos os meus amigos de Pimenta Bueno, Ouro Preto e BH.
v
SUMRIO
LISTA DE FIGURAS ..............................................................................................................vii
LISTA DE TABELAS ............................................................................................................viii
I. INTRODUO ...................................................................................................................... 1
1.1. Definio do problema................................................................................................. 1
1.2. Objetivos ...................................................................................................................... 1
1.3. Justificativa .................................................................................................................. 2
1.4. Limitaes.................................................................................................................... 2
II. REVISO DA LITERATURA ............................................................................................. 4
2.1. Microcontroladores.......................................................................................................... 4
2.2. Unidade Central de Processamento (CPU)...................................................................... 4
2.3. RAM e ROM ................................................................................................................... 5
2.4. Projeto de Sistemas Embutidos ....................................................................................... 5
2.4.1. Definio dos requisitos ........................................................................................... 7
2.4.2. Seleo do Processador ............................................................................................ 7
2.4.3. Nmero de pinos de entrada e sada ......................................................................... 8
2.4.4. Requisitos de Interface ............................................................................................. 8
2.4.5. Requisitos de Memria............................................................................................. 8
2.4.6. Nmero de Interrupes ........................................................................................... 9
2.4.7. Ambiente de desenvolvimento ............................................................................... 10
2.5. Tpicos sobre o microcontrolador PIC.......................................................................... 11
2.5.1. A linguagem Assembly .......................................................................................... 12
2.5.2. Programando microcontroladores PIC usando C ................................................... 12
2.6. Universal Serial Bus (USB)........................................................................................... 14
2.6.1. Taxonomia e rea de aplicao............................................................................... 14
2.6.2. Topologia USB ....................................................................................................... 15
2.6.3. USB Host................................................................................................................ 16
2.6.4. Funes................................................................................................................... 16
2.6.5. Caractersticas Eltricas.......................................................................................... 16
2.6.6. Mass Storage Devices (dispositivos de armazenamento em massa) ...................... 17
2.7. Protocolo........................................................................................................................ 18
2.8. Anlise do Tipo e Efeito de Falha (FMEA) .................................................................. 18
2.8.1. Aplicaes do FMEA ............................................................................................. 19
2.8.2. Funcionamento ....................................................................................................... 19
III. METODOLOGIA............................................................................................................... 22
IV. PROJETO DO SISTEMA EMBUTIDO............................................................................ 24
4.1. Descrio do Produto .................................................................................................... 24
4.2. Requisitos Funcionais.................................................................................................... 26
4.3. Especificao de Engenharia ......................................................................................... 26
4.3.1. Driver do Teclado Paralelo..................................................................................... 29
4.3.2. Gerenciador de Mensagens..................................................................................... 30
4.3.2.1. Display LCD.................................................................................................... 31
4.3.3. Gerenciador de Memria e Senhas de Usurios..................................................... 31
4.3.4. Relgio em Tempo Real ......................................................................................... 33
4.3.4.1. Relgio em tempo real DS1307 ...................................................................... 33
4.3.5. Gerenciador de Histrico e Acessos....................................................................... 35
4.3.5.1. O VDIP1 Vinculum VNC1L Prototyping Module.......................................... 35
4.3.5.2. Pendrive ........................................................................................................... 38
4.3.6. O Microcontrolador PIC18F4550........................................................................... 38
vi
4.3.7. Eletrnica complementar........................................................................................ 40
4.4. Requisitos do Firmware................................................................................................. 40
4.6. Especificao de Teste................................................................................................... 44
V. CONCLUSES E TRABALHOS FUTUROS ................................................................... 49
VI. REFERNCIAS BIBLIOGRFICAS ............................................................................... 51
ANEXO I.................................................................................................................................. 53
ANEXO I Esquema eltrico do projeto............................................................................. 54
vii
LISTA DE FIGURAS
FIGURA 1 - Fluxograma de desenvolvimento de um sistema embutido................................... 6
FIGURA 2 - Taxonomia USB por rea de aplicao ............................................................... 15
FIGURA 3 - Topologia USB.................................................................................................... 16
FIGURA 4 - Cabo USB............................................................................................................ 17
FIGURA 5 - Formulrio FMEA............................................................................................... 20
FIGURA 6 - Definio de termos e fluxograma FMEA .......................................................... 20
FIGURA 7 - Esquema eltrico do teclado paralelo.................................................................. 29
FIGURA 8 - Mapa de Registradores do DS1307 ..................................................................... 34
FIGURA 9 - Esquema de ligao do barramento I2C.............................................................. 34
FIGURA 10 - Mdulo VDIP VNC1L ...................................................................................... 35
FIGURA 11 - Relao de pinos do VDIP VNC1L .................................................................. 37
FIGURA 12 - Diagrama de blocos do PIC18F4550................................................................. 40
FIGURA 13 - Mdulo VDIP VNC1L ...................................................................................... 41
FIGURA 14 - Conexo RS-232 entre um PC e o mdulo VDIP1. .......................................... 42
FIGURA 15 - O arquivo de firmware mostrado pelo Hyperterminal ...................................... 43
FIGURA 16 - Aplicativo VPROG ........................................................................................... 43
viii
LISTA DE TABELAS
TABELA 1 - ndice de Severidade das Falhas......................................................................... 21
TABELA 2 - ndice de Ocorrncia das Falhas........................................................................ 21
TABELA 3 - ndice de Deteco das falhas............................................................................ 21
TABELA 4 - Listas de mensagens exibidas no display LCD .................................................. 31
TABELA 5 - Diagrama de Ligao entre o microcontrolador e o display LCD...................... 31
TABELA 6 - Documentao e resultados do teste 1................................................................ 45
TABELA 10 - Documentao e resultados do teste 5.............................................................. 46
TABELA 15 - Documentao e resultados do teste 10............................................................ 47
ix
RESUMO
A popularizao de equipamentos e solues baseadas no protocolo USB oferece uma
variedade de solues em aplicaes embutidas. No entanto, as possibilidades de criao de
novas aplicaes para sistemas embutidos ainda tm muito a ser exploradas. Diante disso, o
desenvolvimento de um dispositivo de controle de acesso microcontrolado com teclado
numrico e interface de comunicao USB integra-se a essas possibilidades. Nele, as
informaes de acesso, tais como identificao do usurio alm de data e hora do acesso,
sero guardadas em um dispositivo de armazenamento em massa. Para a comunicao entre o
microcontrolador e o pendrive ser utilizado ainda um mdulo USB HOST. O
microcontrolador tem o papel de comparar os seus registros de senhas, de gravar a data e
horrio de acesso, alm do usurio, e ento liberar ou restringir a passagem para a sala por
meio de circuito de acionamento projetado especialmente para a fechadura eletromagntica.
Para a visualizao e interao com o usurio, este ir dispor de um display LCD (16x2) para
a verificao do status do sistema. O sistema desenvolvido nesse trabalho foi projetado para
trabalhar no modo de hibernao para o seu funcionamento prolongado sem necessidade de
estar ligado rede eltrica convencional. A partir de uma descrio de requisitos de produto e
especificao funcional detalhada, o sistema foi desenvolvido. As especificaes de
engenharia, hardware e firmware bem como especificao de testes tambm so apresentadas
nesse trabalho, assim como os resultados de simulao do sistema atravs de softwares
especializados para verificar o funcionamento e apontar possveis erros durante a
programao. Como uma ltima etapa, procedeu-se a validao do projeto via hardware por
meio da plataforma de desenvolvimento CCS e a prototipagem do sistema embutido com a
devida integrao com o mdulo USB HOST para a comunicao com o pendrive e o circuito
de acionamento da fechadura eletromagntica. Por fim, esse trabalho apresenta uma
comparao do que foi especificado na concepo do projeto com a especificao modificada
que gerou o produto final, ressaltando os pontos crticos em seu desenvolvimento e as
possibilidades de aplicao e melhorias alternativas.
Palavras-chaves: microcontrolador, sistemas embutidos, simulao, USB.
x
ABSTRACT
The popularization of equipment and solutions based on USB protocol offers a variety of
solutions in embedded applications. However, the possibilities of creating new applications
for embedded systems still have to be searched. Considering this, the development of a device
of microcontrolled access control with numeric keyboard and USB communication interface
make part of those possibilities. In this device, the access information, such as identifying the
user, as well as date and time of access will be stored in a mass storage device. An USB
HOST module will be used for communication between microcontroller and pendrive. The
microcontroller plays a role to compare its passwords records, to record date and time of
access, the user, and then release or restrict the passage through an activation circuit designed
specially for the electromagnetic lock. To visualize and to interact with the user, the
microcontroller will have an LCD display (16x2) to verify the system status. The system
developed in this work was designed to run in hibernation mode for its prolonged operation
and disconnected of conventional power net.
Starting with a description of product
requirements and detailed functional specification the system was established. The
specifications of engineering, hardware and firmware are also presented in this work as well
as the system simulation through specialized software to verify the operation and to point out
potential errors during programming. At last, the validation of the project by hardware was
done through CCS development platform and the embedded system prototyping with proper
integration with the USB HOST module for communication with the pendrive and the
activation circuit of the electromagnetic lock. Finally, this work shows a comparison of what
was specified in the design of the project with the modified specification that generated the
final product, highlighting the critical points in its development and the possibilities of
application and alternative improvements.
Keywords: microcontroller, embedded systems, simulation, USB.
1
I. INTRODUO
1.1. Definio do problema
Uma das principais dificuldades encontradas na concepo de sistemas embutidos
reside principalmente na limitao de recursos que as solues tecnolgicas encontradas no
mercado disponibilizam em contrapartida da necessidade de incorporar uma quantidade maior
e mais eficiente de funcionalidades no projeto. Necessariamente, o projeto de sistemas
embutidos exige uma avaliao minuciosa do que se deseja extrair da aplicao, executando
um trabalho paralelo de avaliao de recursos, finalidade e concepo.
Para isso faz-se indispensvel elaborao de uma especificao minuciosa de
requisitos, levando em conta tudo o que se deseja obter com o sistema embutido, alm dos
recursos necessrios, disponibilidade de equipamentos e funes em um ou mais
microcontrolador, e em seguida, os componentes eletrnicos que o comporo. Vale destacar
ainda que a melhor soluo aquela que melhor pondera eficincia, recursividade com
economia de custos, sejam eles financeiros ou no tempo gasto em desenvolvimento,
verificao e validao do projeto.
A escolha do microcontrolador um item crucial do projeto. No microcontrolador
ficaro armazenadas as instrues que determinaro o seu funcionamento. muito
interessante que um s microcontrolador englobe todos os recursos bsicos para o bom
funcionamento do sistema embutido. Nem sempre isso possvel. Muitas vezes o
microcontrolador dispe de um recurso com funcionalidade parcialmente implementada, e
para atender a necessidade do projeto lana-se mo de mdulos com o complemento da
funo necessria. o caso do mdulo USB HOST. Muitos dos chips encontrados no mercado
no possuem a funo de host includa em seu pacote de recursos. Da, uma soluo
complementar se faz necessria. O protocolo de comunicao entre o mdulo e o
microcontrolador deve estar previsto na especificao de requisitos e conseqentemente no
pacote de recursos do chip.
Outro fator relevante consiste na existncia ou no de tecnologias viveis no
mercado nacional, tendo em vista as dificuldades econmicas e muitas vezes burocrticas de
se importar tais solues.
1.2. Objetivos
2
A familiarizao com mtodos para a elaborao de projetos de sistemas embutidos com
a incorporao de algumas tecnologias em destaque atualmente. Mais particularmente,
no desenvolvimento de uma aplicao usando comunicao USB;
Desenvolver de um sistema embutido que permita o controle e conteno de usurios
utilizando o mdulo VDIP1 Vinculum VNC1L Prototyping Module da FTDI Inc para
registro imediato de acesso e para aplicaes que necessitem de comunicao com
perifricos USB;
1.3. Justificativa
A motivao para o uso do USB 2.0 reside no fato que tanto os computadores
pessoais quanto os sistemas embutidos desenvolvidos a partir de microcontroladores
demandam o processamento de uma quantidade cada vez maior de informao e de forma
mais rpida.
Graas popularizao do protocolo USB, seu desenvolvimento teve o custo
reduzido e acessvel incorporao de projetos de baixo custo, grande flexibilidade, expanso
e eficincia.
Ao mesmo tempo, equipamentos perifricos so adaptados a atender o rendimento
e funcionalidade que o padro USB oferece. Alm disso, cada vez mais necessrio
desenvolver solues de engenharia na rea de automao, particularmente com sistemas
embutidos, utilizando o protocolo USB como base, onde h poucos relatos de
desenvolvimento de aplicaes em vista de sua recente popularizao.
Mediante a esse cenrio, o protocolo USB se encaixa perfeitamente no
desenvolvimento de uma aplicao como o controle fsico de acesso, pois rene todos os
requisitos bsicos para a concepo de um dispositivo seguro e eficiente de controle de
usurios, sem contar com a grande capacidade de expanso que essa tecnologia oferece como,
por exemplo, a necessidade de um incremento massivo do trfego de dados entre o
microcontrolador, o mdulo USB HOST e o perifrico USB.
1.4. Limitaes
A indisponibilidade de fabricantes de elementos semicondutores no pas faz com
que o custo envolvido em um sistema embutido que utilize o protocolo USB torne-se
relativamente elevado em seu desenvolvimento na forma de prottipo. Outro fator importante
3
a se destacar a limitao de memria interna do microprocessador, que restringe a
quantidade de usurios que a aplicao comporta a trinta usurios e um administrador.
O uso da memria interna do microcontrolador reduz a possibilidade de
acrescentar informaes ao perfil do usurio. Caso a quantidade de memria fosse maior,
mais campos de informao poderiam ser acrescidos e o acesso ao dispositivo seria mais
flexvel com maiores possibilidades de controle de acesso como restries de dia e de horrio
ou ento controle de ponto interno.
Alm disso, um dispositivo de conteno de acesso pode ser mais eficiente se
tambm utilizasse outros meios de identificao de usurios. O uso de sensores biomtricos
na identificao do usurio seria um recurso que poderia complementar o equipamento.
4
II. REVISO DA LITERATURA
2.1. Microcontroladores
Microcontroladores
so
componentes
eletrnicos
dotados
de
unidades
programveis utilizados para controle de processos lgicos e de perifricos (outros

componentes eletroeletrnicos) ligados a ele. A operao do sistema baseia-se nas aes
lgicas que devem ser executadas, dependendo do estado dos perifricos de entrada e/ou sada
(SOUZA, 2000).
Toda a operao do controlador estruturada na forma de um programa
desenvolvido normalmente em linguagem C para microcontroladores ou em linguagem
Assembly. O programa gravado dentro do microcontrolador que ao ser energizado comea
sua execuo.
Sua eficincia associada a uma Unidade Lgica Aritmtica (ULA) em funo de
todas suas operaes, tanto lgica como matemticas, serem executadas nesta unidade.
Quanto mais funes disponveis na ULA, maior ser sua capacidade de processamento
(SOUZA, 2000).
2.2. Unidade Central de Processamento (CPU)

A Unidade Central de Processamento (CPU) administra as atividades do sistema e
realiza todas as operaes com os dados. As CPUs so compostas por um conjunto de
circuitos lgicos que realizam continuamente operaes nas instrues ao qual so
submetidas. A CPU tem a habilidade de entender e executar instrues baseado num conjunto
de cdigos binrios, cada um representando uma simples operao.
Essas instrues so aritmticas (soma, subtrao, multiplicao e diviso),
lgicas (AND, OR, NOT, etc), movimento de dados e so representadas por um conjunto de
instrues.
Uma viso simplificada do interior da CPU a seguinte: um conjunto de
registradores para o armazenamento temporrio da informao, uma unidade lgicoaritmtica (ALU) para realizar operaes, uma unidade de decodificao e controle de
instrues que determina a operao a ser realizada e executa as aes necessrias para
consolid-la, e dois registradores adicionais. O registrador de instrues (IR) armazena o
cdigo binrio para cada instruo que executada, e o Program Counter (PC) armazena o
endereo de memria da prxima instruo a ser executada.
5
Uma srie de instrues combinadas para realizar uma determinada tarefa
chamada de programa ou software (MACKENZIE, 1995, traduo nossa).
2.3. RAM e ROM

Programas e dados so armazenados na memria. Os dispositivos de memria
diretamente acessados pela CPU consistem em CIs (circuitos integrados) semicondutores
chamados RAM e ROM. So duas caractersticas que diferem a RAM do ROM: a primeira,
RAM uma memria de leitura e escrita enquanto a ROM somente leitura; e a segunda,
RAM voltil (o contedo perdido quando a alimentao removida), enquanto a ROM
no voltil (MACKENZIE, 1995, traduo nossa).
2.4. Projeto de Sistemas Embutidos

De acordo com BALL (2002), o processo de desenvolvimento de sistemas
embutidos comea com a definio do objetivo a ser alcanado, o que ele ser e o que ir
fazer. A definio do produto o primeiro elemento em um processo onde a chave para
qualquer desenho de sistemas eletrnicos embutidos a documentao.
A documentao descreve o que ser feito e como o sistema embutido ser
construdo. Ela diz aos engenheiros os procedimentos a serem seguidos ao conceber o
produto. Os seguintes documentos de desenvolvimento so de vital importncia na elaborao
de sistemas embutidos:
Descrio do Produto: Descreve o que o produto ;
Requisitos Funcionais: Descreve o que o produto dever fazer;
Especificao de Engenharia: Descreve como o sistema ser elaborado;
Especificao de Software: Descreve como o programa do microcontrolador ser
concebido;
Especificao de Hardware: Descreve como o hardware especfico definido;
Especificao de Firmware: Descreve como ser o firmware para o controlador;
Especificao de Teste: Descreve o que deve ser testado e como verificar se as
funcionalidades iro operar corretamente;
6
O processo de projeto de sistemas embutidos segue os seguintes passos: Definio
dos requisitos de produto, definio de requisitos funcionais, seleo do controlador,
especificao de software e hardware, avaliao do sistema, projeto de hardware, projeto do
firmware, integrao e verificao.
Esses passos no so necessariamente seqenciais. Se existem equipes diferentes
para desenvolver o hardware e o software, as equipes de firmware e hardware podem
trabalhar em paralelo. O processo no sempre linear. Uma avaliao do sistema pode revelar
um problema com o microcontrolador selecionado, o que significa a repetio desse passo.
Por ltimo, o processo no bem dividido. A definio de requisitos e descrio de
funcionalidade, por exemplo, podem emergir na especificao do produto ou outro documento
de requisitos (BALL, 2002, traduo nossa).
Idia
Escrever
Software
Desenho de
Hardware
Compilador
Execuo e
depurao usando
o Hardware
Simulador
Programa para
teste final no
Hardware
Programa
PIC
Modificar
NO
OK
OK
SIM
FIM
SIM
FIGURA 1 - Fluxograma de desenvolvimento de um sistema embutido

FONTE: Adaptado de GARDNER, 1998.
NO
Modificar
2.4.1. Definio dos requisitos

A especificao de requisitos, que parte da especificao do produto, descreve o
que o produto far. Nas grandes companhias, o departamento de marketing define os
requisitos. Nas menores companhias, os engenheiros de software e hardware definem os
requisitos. Para aquelas menores ainda, os requisitos podem ser resultado de uma inspirao
momentnea de um desenvolvedor.
A especificao de requisitos pode tomar a forma de um livro definido a cada
interao, interface e condio de erro no sistema, ou uma lista de uma nica pagina
descrevendo o que o produto acabado deve fazer. Em cada caso, a especificao de requisitos
deve descrever: o que o sistema faz; o que cada estado significa no mundo real e qual a
interface com o usurio.
Nos sistemas embutidos menores, definir os requisitos crucial. Isto capaz de
prevenir problemas posteriores como insuficincia de memria ou lentido no processamento
das tarefas (BALL, 2002, traduo nossa).
2.4.2. Seleo do Processador
Conforme BALL (2002), na maioria das decises de engenharia no mundo real, a
seleo do processador consiste em uma srie de relaes entre custo e funcionalidade. O
processo especfico de seleo vai depender da complexidade do produto final, mas os
seguintes itens devem ser levados em considerao:
Nmero de entradas e sadas necessrias;
A interface requerida;
Requisitos de memria;
Nmero de interrupes necessrias;
Consideraes de tempo real;
Ambiente de desenvolvimento;
Requisitos de velocidade de processamento;
Memria ROM;
Arquitetura da memria;
Requisitos de energia;
Requisitos ambientais;
8
Custo da vida til;
Competncia ou treinamento do operador;
2.4.3. Nmero de pinos de entrada e sada

Em sistemas de custo mnimo, o nmero de componentes o principal fator do
custo do produto final. Esses sistemas geralmente usam um nico chip microprocessador com
ROM e RAM interna. Existe uma conveno para identificar esses componentes como
microcontroladores, para separ-los dos demais processadores embutidos de propsito-geral.
medida que os microcontroladores no precisem gerar sinais para a memria externa, os
pinos do dispositivo esto disponveis para entrada e sada. Esses pinos esto agrupados em
portas, e cada pino pode ser configurado como uma entrada ou sada.
A maioria dos fabricantes de microprocessadores faz o controlador com memria
interna e pinos externos para controlar os dispositivos de I/O. Alguns desses dispositivos
disponibilizam interface serial bidirecional. Alguns possuem Timers internos que usam um
pino de porta para funes especificas. Outros dispem de sadas de alta corrente e dreno
aberto que so ideais para disparo de rels ou bobinas solenides sem circuitos de comando
adicionais. Na contagem dos pinos de I/O, deve-se assegurar e levar em conta o uso de
funes internas, como portas seriais e Timers, que restringem o uso de certos pinos (BALL,
2002).
2.4.4. Requisitos de Interface

O foco de um sistema embutido interagir com o mundo real. No basta o
hardware estar devidamente instalado para a manipulao da interface, o processador deve ser
rpido o suficiente para realizar qualquer tipo de processamento nos dados. Em sistemas de
chip nico, a seleo do processador deve ser extremamente dependente dos requisitos de
interface: os recursos oferecidos pelo processador como protocolos de comunicao, PWM
modulao por largura de pulso, contadores de tempo, etc. O estudo minucioso do manual
tcnico do chip uma dica importante j que muitas limitaes de funcionamento no so
obvias (BALL, 2002, traduo nossa).
2.4.5. Requisitos de Memria
9
Determinar os requisitos de memria uma parte essencial no projeto de sistemas
embutidos. Caso a especificao de memria ultrapasse excessivamente o que realmente
necessrio, a soluo encontrada pode ser excessivamente cara. Caso ocorra o contrrio, o
projeto precisar esperar at que ele seja redefinido. Deve-se ter convico da quantidade de
memria necessria ao bom funcionamento do sistema.
A memria RAM bastante simples para se estimar. O nmero de variveis mais
a soma de seus buffers internos, FIFO (primeiro que entra, primeiro que sai), e pilhas a
quantidade de RAM necessria. A maioria dos chips limita-se a 1024 bytes ou um kilobyte de
memria interna. Alguns microcontroladores tm restries quanto ao uso da RAM, como a
necessidade do uso de parte da memria interna para bancos de registradores internos.
A quantidade de RAM necessria tambm ir variar com a linguagem de
desenvolvimento usada. Alguns compiladores ineficientes usam enormes quantidades de
memria RAM.
A quantidade de memria ROM necessria para um sistema a soma do cdigo
do programa e algumas tabelas de ROM. Exemplos de tabelas de ROM so rampas de
motores de passo e tabelas de alocao de dados. As tabelas so fceis de estimar. A parte
complicada consiste em estimar o tamanho do cdigo. Estimativas de tamanho de cdigo
tornam-se precisas com o incremento da experincia, freqentemente adquirida com os erros.
Entretanto, a preciso no to importante quanto se conhecer o limite mximo de tamanho
de cdigo. Uma regra prtica se a ROM usada maior que 80% do mximo, ela est muito
cheia. A menos que se possa garantir que os requisitos do sistema, uma margem de segurana
imprescindvel.
O tamanho do cdigo depende da linguagem de desenvolvimento selecionada. Um
programa escrito em Assembler ocupa menos espao que outra escrita em Pascal. Alm da
linguagem, seu tamanho depender tambm da marca do software de desenvolvimento. No
uma boa opo permitir a linguagem de programao dirigir o projeto, exceto em sistemas de
baixo custo. As linguagens fceis de usar, depurar e manter so freqentemente aquelas que
exigem maiores quantidades de memria e velocidade de processamento (BALL, 2002,
traduo nossa).
2.4.6. Nmero de Interrupes

Uma interrupo nada mais do que uma suspenso temporria da execuo do
programa associada a um evento que pode ser interno ou externo ao microcontrolador.
10
Interrupes so mais bem utilizadas para aquilo que no possvel esperar pelo processador.
Em muitos casos, so utilizadas para reduzir a complexidade do hardware e seus custos
associados e na dificuldade de se encontrar erros intermitentes. Avaliar a quantidade de
eventos que a interrupo necessria simples, s no se deve esquecer-se de incluir as
interrupes internas no clculo total de requisitos de interrupes (BALL, 2002, traduo
nossa).
2.4.7. Ambiente de desenvolvimento

O ambiente de desenvolvimento freqentemente citado como uma considerao
importante no projeto de sistemas embutidos. Novas ferramentas de desenvolvimento
demandam aprendizado, e com um cronograma de desenvolvimento apertado, no h tempo
para pesquisa, adquirir experincia e se especializar com as novas ferramentas ora
disponveis.
Para desenvolver aplicaes em sistemas embutidos, algumas ferramentas bsicas
so essenciais:
Um sistema de desenvolvimento ou compilador;
Um programador;
Depurador;
Nos primrdios dos sistemas embutidos, o sistema padro de desenvolvimento

consistia em um computador da empresa que vendia o microcontrolador e um programador de
PROM. Os ambientes de desenvolvimento eram caros, lentos e limitados ao desenvolvimento
de softwares unicamente para o fabricante especifico. Algumas companhias haviam
desenvolvido sistemas em paralelo tambm. Estes eram caros e lentos, mas podiam ser
atualizados, o que permitia o desenvolvimento de softwares para mais de um fabricante.
Com a padronizao, a maioria dos fabricantes agora promove o desenvolvimento
de softwares ao invs de sistemas para seus componentes. Esses compiladores rodam em um
computador pessoal para compilar o cdigo para o chip do fabricante.
Muitos fabricantes de circuitos integrados (CI) oferecem um ambiente de
desenvolvimento completo, mas pode ser uma escolha limitada aos dispositivos do fabricante
e cara para o desenvolvimento do projeto.
11
Muitos questionam que o programador de PROM no mais necessrio. Se o
projeto for desenvolvido em RAM ou em um PC embutido, ou em um baseado em FLASH, o
programador de PROM no mais necessrio. Cada vez mais os microcontroladores migram
para a arquitetura FLASH e a necessidade de programadores de PROM declina. Entretanto,
muitos projetos ainda so desenvolvidos em um ambiente nos quais os componentes tm que
ser programados e apagados toda vez que o cdigo muda; para esses desenvolvedores o
programador de PROM no necessrio.
Quando o ambiente de desenvolvimento consiste em um compilador e um
programador de FLASH, a depurao simples. O cdigo executado, a operao do sistema
observada e o cdigo examinado para averiguar por que certos itens no funcionam. O
processo repetido at que todos os bugs sejam detectados.
O prximo nvel de depurao o monitor de programa. Esse programa simples
reside no sistema embutido e disponibiliza comandos para examinar e alterar a memria, o
cdigo baixado, e inserir pontos de parada de execuo ou breakpoints no cdigo.
Um breakpoint uma instruo incondicional que paralisa a execuo e mostra no
monitor de programa, onde os registradores e a memria podem ser examinados. Monitores
de programa exigem uma quantidade de memria considervel, por isso no so utilizados em
microcontroladores simples.
medida que os microprocessadores se tornam complexos, a depurao completa
do sistema se torna mais difcil. Para estes casos o emulador muito til. O emulador simula
o microprocessador e simula sua execuo fielmente ao dispositivo real. O emulador permite
a insero de breakpoints. Enquanto isso, a memria, os registradores internos e outras
informaes a respeito do microprocessador podem ser examinados da mesma maneira que
um monitor de programa. Em um emulador simples, o breakpoint tipicamente um endereo
especfico. Em emuladores mais sofisticados possuem recursos adicionais que permitem
breakpoints quando valores especficos so escritos ou lidos da memria ou para ela, quando
uma seqncia especfica de instrues executada ou para vrios outros casos (BALL, 2002,
traduo nossa).
2.5. Tpicos sobre o microcontrolador PIC
O PIC (Programable Interface Controller) ou Controlador de Interface
Programvel foi desenvolvido originalmente pela diviso de semicondutores da General
Instruments Inc. Os primeiros PICs eram melhores que os microcontroladores existentes
porque eram programveis, possuam alta corrente de sada, entradas e sadas baseados na
12
arquitetura RISC (Reduced Instruction Set Code). Rodam eficientemente com uma instruo
por ciclo de clock, e o ciclo de clock derivado de um oscilador dividido por quatro.
Precocemente os PICs trabalhavam com osciladores de alta freqncia de 20 MHz. Isso os
tornou relativamente rpidos para microcontroladores de oito bits. Mas sua principal
caracterstica era a elevada fonte de corrente em cada pino de I/O, de 20 mA.
A General Instruments vendeu sua diviso de semicondutores para um grupo que
conhecido atualmente como Microchip Technology. Os PICs se tornaram rapidamente o
principal produto oferecido pela companhia. O sucesso das vendas permitiu o
desenvolvimento de novos recursos incluindo interrupes, conversores analgico-digitais,
comparadores integrados entre outros.
A linha da Microchip rapidamente incluiu dispositivos de memria FLASH bem
como dispositivos OTP (One Time Programmable) de baixo custo. Estes dispositivos OTP
deixaram a empresa frente de seus concorrentes.
A Microchip tambm fez com que seus PICs pudessem ser programados em srie
diretamente no circuito. Isso permitiu que ele fosse programado diretamente no cho de
fbrica.
A Microchip continua a desenvolver novos microcontroladores como os das
categorias de doze, quatorze, dezesseis e trinta e dois bits (HELLENBUYCK, 2003, traduo
nossa).
2.5.1. A linguagem Assembly

Todos os microcontroladores funcionam com simples cdigos binrios. Esses
cdigos so vrios arranjos de um e zeros. A linguagem Assembly uma linguagem de nvel
maior que seus cdigos binrios e a Microchip tem seu prprio conjunto de instrues. Esses
comandos quando combinados em um programa e compilados por um software chamado
Assembler. A sada do Assembler um arquivo binrio que o microcontrolador usa para
funcionar. Esse arquivo o que controla o PIC.
O arquivo produzido pelo Assembler usa o Merged Intel Hex Format ou INHX8M
e possui a extenso hex. este arquivo que o programador grava na memria interna do
microcontrolador (HELLENBUYCK, 2003, traduo nossa).
2.5.2. Programando microcontroladores PIC usando C
13
Microcontroladores so tradicionalmente programados usando a linguagem
Assembly. Essa linguagem consiste em vrios mnemnicos que descrevem as instrues do
microcontrolador. Uma linguagem Assembly nica para um microcontrolador e no pode
ser usada por outro tipo de microcontrolador. Apesar de o Assembly ser muito rpido, ele
possui algumas grandes desvantagens.
Talvez a mais importante delas, que o cdigo pode se tornar muito complexo em
seu entendimento e conseqentemente difcil de promover sua manuteno.
Microcontroladores tambm podem ser programados em linguagens de alto nvel.
possvel usar BASIC, PASCAL, FORTRAN e compiladores C para programar a famlia
PIC de microcontroladores. A maioria desses compiladores gera o cdigo nativo de maquina
que podem ser descarregados diretamente para a memria de programa do microcontrolador.
Como linguagem de programao, o C similar ao PASCAL e ao FORTRAN
onde os valores so armazenados em variveis e os programas estruturados por operao com
variveis, definindo e chamando funes. As entradas podem ser lidas de switches, teclados e
sensores e podem ser enviados a LEDs, LCDs, telas, dispositivos de som, motores entre
outros. Os dados relacionados podem ser armazenados em arrays e estruturas.
O ciclo de desenvolvimento do programa em C relativamente simples.
Linguagens de alto nvel so desenvolvidas em computadores pessoais usando editores. O
cdigo ento compilado e se no existirem erros o cdigo transferido para a memria de
programa do microcontrolador. Dependendo do tipo do microcontrolador usado, tanto o
programador de memria flash ou um dispositivo programador de EEPROM usado para
carregar a memria do microcontrolador. O ciclo repetido at que o programa desenvolvido
opere conforme o especificado (IBRAHIM, 2006).
A linguagem C uma linguagem que une caractersticas das linguagens de alto
nvel e de baixo nvel como o Assembly. Nessa linguagem esto associadas s qualidades de
flexibilidade, praticidade e poder de manipulao direta da mquina. O C permite liberdade
total ao programador e isso significa controle e objetividade das tarefas.
uma linguagem estruturada, ou seja, dividida em blocos. A filosofia de uma
linguagem estruturada dividir para trabalhar. A idia bsica que as divises sejam feitas de
modo que os mdulos sejam independentes ao mximo do contexto do programa. Tais
caractersticas refletem em economia de tempo durante a programao (LINUX
SOLUTIONS, 2000).
14
2.6. Universal Serial Bus (USB)
Foi criada em 1995, uma aliana promovida por vrias empresas (como NEC, Intel
e Microsoft) com o intuito de desenvolver uma tecnologia que permitisse o uso de um tipo de
conexo comum entre computador e perifricos: a USB Implementers Forum. Em pouco
tempo, surgia o USB, um barramento que adota um tipo de conector que deve ser comum a
todos os aparelhos que o usarem. Assim, uma porta USB pode ser usada para instalar qualquer
dispositivo que use esse mesmo padro. Trata-se de uma tecnologia que tornou mais simples e
fcil a conexo de diversos tipos de aparelhos (cmeras digitais, drives externos, modems,
mouse, teclado, etc) ao computador, evitando o uso de um tipo especfico de conector para
cada dispositivo (USB IMPLEMENTERS FORUM, 2000, traduo nossa).
Segundo o USB IMPLEMENTERS FORUM (2000), o USB foi concebido para
ser um padro industrial extenso da arquitetura dos computadores pessoais com foco nos
perifricos que permitem aplicaes para consumidores e negcios. Os seguintes critrios
foram aplicados na definio da arquitetura USB:
Fcil de usar para expanso de perifricos;
Solues de baixo custo que suportam taxas de transferncias de at 480 MB/s;
Suporte completo para aplicaes em tempo real para voz, udio e vdeo;
Flexibilidade de protocolo para transferncia de dados;
Integrado tecnologia de comodidade de dispositivos;
Compreenso de vrias configuraes de computadores pessoais e fatores de
construo;
Disposio de uma interface padro capaz de uma rpida difuso como produto;
Criar nova classe de dispositivos que ampliam a capacidade dos computadores
pessoais;
Total compatibilidade com verses anteriores do protocolo;
2.6.1. Taxonomia e rea de aplicao

A figura abaixo descreve a taxonomia dos limites de trfego de dados oferecidos
pelo protocolo USB. De acordo com a ilustrao, a velocidade de 480 MB/s compreende o
tipo Hi-Speed, o Full-Speed e o Low-Speed. A princpio, o USB um barramento
para computadores pessoais, mas pode ser perfeitamente aplicvel a outros dispositivos. A
15
arquitetura do software permite para futuras extenses do USB suporte para mltiplos
controladores USB host (USB IMPLEMENTERS FORUM, 2000, traduo nossa).
FIGURA 2 - Taxonomia USB por rea de aplicao

FONTE: UNIVERSAL SERIAL BUS SPECIFICATION, 2000.
2.6.2. Topologia USB

O USB conecta dispositivos USB com o USB Host. A topologia da interconexo
fsica hierrquica e em estrela. O hub est localizado no centro de cada estrela. Cada
segmento do cabo uma conexo ponto-a-ponto entre o host e o hub ou funo, ou um hub
conectado a outro hub ou funo. Devido a restries de tempo permitidas para o hub e o
tempo de propagao pelos cabos, o nmero mximo de nveis hierrquicos permitidos sete,
incluindo a raiz. Alm disso, somente funes simples podem ocupar o nvel hierrquico de
nmero sete. Dispositivos compostos de hub e funo podem ocupar no mximo o nvel
hierrquico seis (USB IMPLEMENTERS FORUM, 2000, traduo nossa).
16
FIGURA 3 - Topologia USB

2.6.3. USB Host

Existe necessariamente apenas um host em qualquer sistema USB. A interface
USB com um sistema computacional chamada Controlador Host. O Controlador Host pode
ser implementado mediante a combinao do hardware, firmware ou software. O host
responsvel por detectar o acoplamento e remoo de dispositivos USB, controle de fluxo
entre o host e os dispositivos USB, gerenciar o fluxo de dados, coleta de dados e atividades
estatsticas e fornecer energia para o funcionamento dos dispositivos acoplados (USB
FORUM, 2000).
2.6.4. Funes
A funo o dispositivo USB que est apto a transmitir, receber dados ou controle
de informaes atravs da via de comunicao. Exemplos de funes so os dispositivos de
interface humana como os mouses, teclados, scanners, impressoras. Temos ainda os Mass
Storage Devices, como os pendrives, discos rgidos, CD-ROM, etc (USB FRUM, 2000,
traduo nossa).
2.6.5. Caractersticas Eltricas
17
O USB transmite sinal e energia aos dispositivos perifricos por meio de um cabo
de quatro vias. A sinalizao dos bits ocorre em duas vias por meio de diferena de potencial
(D+ e D-), uma em cada segmento ponto-a-ponto. Existem trs taxas de transmisso
possveis:
O USB High-Speed com uma taxa de 480 MB/s;
Full-Speed com 12 Mb/s;
Low-Speed definido com 1,5 Mb/s;
O clock transmitido e codificado juntamente com os dados. O tipo de

codificao o NRZI (no retorna zero invertido) com complemento de bit para garantir a
transmisso adequada. Um campo sncrono precede cada pacote para permitir ao recebedor a
sincronizao e recuperao do clock.
FIGURA 4 - Cabo USB

O cabo dispe do VBUS e GND (aterramento) em cada segmento para entregar

energia aos dispositivos. O VBUS assume +5 Volts nominalmente na fonte. O USB permite
segmentos de cabos de vrios tamanhos chegando a at vrios metros. O terminal do cabo
tambm permite a deteco da insero ou retirada do conector na porta bem como a deteco
da velocidade dos dispositivos (USB IMPLEMENTERS FORUM, 2000, traduo nossa).
2.6.6. Mass Storage Devices (dispositivos de armazenamento em massa)

So dispositivos de memria que armazenam grandes quantidades de informao
(programas ou dados) que no cabem na memria RAM ou memria principal. Essas
informaes devem ser carregadas na memria principal antes da CPU acess-la. Classificada
quanto facilidade de acesso, pode ser online ou arquivo. A memria online
18
acessada sem a interveno humana, como por exemplo, os discos rgidos. J a do tipo
arquivo raramente necessria e requerem interveno manual para o acesso, como os cdroms e os pendrives (MACKENZIE, 1995, traduo nossa).
Os pendrives so tecnicamente chamados de BOMS (Bulk-Only Mass Storage
Device) ou dispositivos de armazenamento em massa somente arquivo (VINCULUM VNC1L
PROTOTYPING MODULE, 2007, traduo nossa).
2.7. Protocolo
Todas as atividades que envolvem duas ou mais entidades comunicantes so
governadas por um protocolo. Um protocolo define o formato e a ordem das mensagens
trocadas entre duas ou mais entidades comunicantes, bem como as aes realizadas na
transmisso e/ou no recebimento de uma mensagem ou outro evento (KUROSE; ROSS,
2005).
2.8. Anlise do Tipo e Efeito de Falha (FMEA)

A metodologia de Anlise do Tipo e Efeito de Falha, conhecida como FMEA
(Failure Mode and Effect Analysis), uma ferramenta que busca evitar por meio da anlise
das falhas potenciais e propostas de aes de melhoria, que ocorram falhas no projeto do
produto ou do processo.
Este o objetivo bsico desta ferramenta e, portanto, pode-se dizer que se est,
com sua utilizao, diminuindo as chances do produto ou processo falhar durante sua
operao, ou seja, estamos buscando aumentar a confiabilidade, que a probabilidade de
falha do produto/processo.
Apesar de ter sido desenvolvida com um enfoque no projeto de novos produtos e
processos, a metodologia FMEA, pela sua grande utilidade, passou a ser aplicada de diversas
maneiras. Assim, ela atualmente utilizada para diminuir as falhas de produtos e processos
existentes e para diminuir a probabilidade de falha em processos administrativos. Tem sido
empregada tambm em aplicaes especficas tais como anlises de fontes de risco em
engenharia de segurana e na indstria de alimentos.
19
O FMEA de produto, na qual so consideradas as falhas que podero ocorrer com
o produto dentro das especificaes do projeto. O objetivo dessa anlise evitar falhas no
produto ou nos processos decorrentes (TOLEDO, 2006).
2.8.1. Aplicaes do FMEA

Segundo TOLEDO (2006), pode-se aplicar a anlise FMEA nas seguintes
situaes:
Diminuir a probabilidade da ocorrncia de falhas em projetos de novos produtos ou
processos;
Para diminuir a probabilidade de falhas potenciais (ou seja, que ainda no tenham
ocorrido) em produtos j em operao;
Aumentar a confiabilidade de produtos ou processos j em operao por meio da
anlise das falhas que j ocorreram;
Diminuir os riscos de erros e aumentar a qualidade em procedimentos administrativos;
2.8.2. Funcionamento
O FMEA aplicado para produtos novos ou e operao. A anlise consiste
basicamente na identificao do produto em questo, suas funes, tipos de falhas que possam
vir a ocorrer, os efeitos e as possveis causas dessas falhas.
Em seguida so avaliados os riscos de cada causa de falha por meio de ndices e,
com base nessa avaliao, so tomadas as aes necessrias para diminuir esses ricos,
aumentando a confiabilidade do produto.
A anlise do FMEA consiste de um formulrio onde se pode observar a definio
de cada coluna e um fluxograma que mostra a ordem de preenchimento do formulrio baseada
em perguntas que devem ser feitas em cada etapa.
Para aplicar-se a anlise FMEA deve-se, portanto, definir a funo ou
caracterstica daquele produto, relacionar todos os tipos de falhas que possam ocorrer,
descrever para cada tipo de falha suas possveis causas e efeitos, relacionar as medidas de
deteco e preveno de falhas que esto sendo, ou j foram tomadas, e, para cada causa de
falha, atribuir ndices para avaliar os riscos e discutir medidas de melhoria (TOLEDO, 2006).
20
FIGURA 5 - Formulrio FMEA

FONTE: FMEA ANLISE DO TIPO E EFEITO DE FALHA, 2006
FIGURA 6 - Definio de termos e fluxograma FMEA

FONTE: FMEA ANLISE DO TIPO E EFEITO DE FALHA, 2006.
Os modelos FMEA de classificaes de severidade, ocorrncia e deteco de

falhas em potencial seguem basicamente os modelos mostrados abaixo:
21
SEVERIDADE
ndice
1
2
3
4
5
6
7
8
9
10
Severidade
Mnima
Pequena
Moderada
Alta
Muito Alta
Critrio
A falha imperceptvel.
Ligeira deteriorao do desempenho.
Deteriorao significativa do desempenho.
Sistema deixa de funcionar.
A segurana afetada e o sistema no
funciona.
TABELA 1 - ndice de Severidade das Falhas

OCORRNCIA
ndice
1
2
3
4
5
6
7
8
9
10
Severidade
Mnima
Pequena
Moderada
Alta
Muito Alta
Proporo
1:1.000.000
1:20.000
1:4.000
1:1.000
1:400
1:80
1:40
1:20
1:8
1:2
TABELA 2 - ndice de Ocorrncia das Falhas

DETECO
ndice
1
2
3
4
5
6
7
8
9
10
Severidade
Muito Grande
Grande
Moderada
Pequena
Critrio
Certamente ser detectado
Grande probabilidade de ser detectado
Provavelmente ser detectado
Provavelmente no ser detectado
Muito Pequena Certamente no ser detectado
TABELA 3 - ndice de Deteco das falhas

22
III. METODOLOGIA
O primeiro a fazer na criao de um projeto em sistemas embutidos consiste em
elaborar um levantamento completo das necessidades almejadas do projeto: a Especificao
de Requisitos.
As fontes de informao para a concepo de sistemas embutidos vm
principalmente dos manuais tcnicos fornecidos pelos fabricantes, livros e revistas
especializadas, manuais e documentao das ferramentas de desenvolvimento. Esses recursos
devem ser consultados de forma paralela elaborao e descrio das especificaes.
A especificao de requisitos deve conter detalhes do produto, as funcionalidades
que sero incorporadas ao projeto, a caracterizao detalhada do funcionamento do software,
toda a composio e funcionamento do hardware, justificativas de escolha do firmware
correto alm de testes utilizados para garantir a confiabilidade do produto.
A seguir, e guiado pelos requisitos tcnicos j descritos e relacionados, inicia-se o
desenvolvimento do programa do microcontrolador. Um editor e compilador de programas na
Linguagem C, porm com alguns recursos limitados e direcionados s caractersticas dos
microcontroladores da famlia PIC, o PCWH Compiler 4.023 utilizado para fazer as
alteraes necessrias e grav-las novamente no microcontrolador atravs do kit de
programao CCS.
O programa ento simulado em um software especfico para isso, o Proteus Isis
7.2 da Labcenter Electronics. O simulador tem o mesmo comportamento e funes de um
circuito real e capaz de apresentar uma resposta bem eficiente de demonstrao de
fidelidade com o modelo real. Caso o programa no apresente um funcionamento condizente
com as especificaes tcnicas ele retorna ento ao software de desenvolvimento para as
alteraes necessrias.
Ao final da simulao via software, chega vez da concepo de prottipos. O
ponto crucial na execuo do projeto de sistemas embutidos a criao de prottipos com o
propsito de avaliar o comportamento e os recursos na prtica.
Como os recursos de USB esto indisponveis na simulao, necessrio
compreender de que maneira o mdulo USB funciona. Para isso foi criada uma conexo entre
um computador e o mdulo via porta serial e protocolo USART. Os comandos so enviados
pelo aplicativo Hyperterminal do sistema operacional Windows.
J que os comandos atravs da janela do Hyperterminal so interpretados pelo
mdulo USB HOST da mesma forma que a comunicao serial entre o microcontrolador PIC
23
e o mdulo USB HOST, espera-se prever o comportamento do mdulo em resposta aos
comandos enviados pelo microcontrolador.
O funcionamento do prottipo foi ento comparado com a especificao de
requisitos previamente consolidados com o propsito de verificar a eficcia do mtodo, alm
de guiar o desenvolvedor para as metas pr-estabelecidas na especificao de requisitos
original.
Finalmente seguem os procedimentos de teste e avaliao de resultados obtidos
com o intuito de aumentar a confiabilidade e evitar problemas futuros que eventualmente
ocorram durante o seu funcionamento.
24
IV. PROJETO DO SISTEMA EMBUTIDO
4.1. Descrio do Produto
Este projeto consiste em uma fechadura de porta provida de acionamento

microcontrolado com restrio de acesso a at trinta usurios comuns e um com privilgios
administrativos, alimentao 12Vcc e modo de hibernao, j que o prottipo estar apto a
funcionar desconectado da rede eltrica convencional.
O sistema deve ser composto por um teclado numrico capaz de ser conectado a
uma interface paralela Paralelo para que seja efetuada a identificao do usurio, incluso,
excluso, alterao de senhas e ajuste do relgio em tempo real atravs de acesso com
privilgios administrativos.
O sistema deve ainda apresentar a data, hora e dia da semana, incluindo os anos
bissextos com uma bateria prpria de 3V a fim de manter as configuraes de horrio mesmo
com a fonte de energia principal cortada.
As senhas sero numricas e necessariamente com seis algarismos. Caso contrrio
aparecer uma mensagem de erro de senha invlida em qualquer opo do programa.
O produto ir dispor de dois botes com funes especficas: A tecla ENTER e a
tecla ADMIN. A funo ENTER representada pela tecla # e a ADMIN pela tecla *.
A tecla ADMIN do teclado d acesso ao modo administrador e deve ser acionada
antes da senha. A tecla ENTER solicita o acesso ao microcontrolador e ser acionada sempre
depois da digitao dos seis algarismos da senha.
As teclas ADMIN e ENTER devem ser acionadas sempre nos momentos indicados
acima. Elas estaro desabilitadas em qualquer outro momento. A interface com o usurio deve
dispor ainda de um display LCD de duas linhas e dezesseis posies para visualizao do
status do sistema e acompanhamento do acesso.
O sistema possui quatro status diferentes no modo usurio: entrada de senha, onde
o usurio digita a senha de acesso de seis algarismos; acesso liberado; senha incorreta e
acesso restrito (porta trancada); e no modo administrador mais quatro: incluso de senha,
alterao de senha existente, excluso de senha e esvaziar memria. Caso a senha tenho sido
entrada incorretamente, o sistema exibe uma mensagem de senha incorreta e posteriormente a
tela de entrada de senhas reaparece para uma nova entrada.
25
Na tela de incluso de senha, o usurio com privilgios administrativos deve
simplesmente digitar a senha a ser includa e, em seguida a tecla ENTER. Depois ser
solicitada uma confirmao da senha, que dever ser reescrita e confirmada.
Na opo de alterao de senha, a senha antiga inserida primeiramente, depois a
nova senha ser inserida e confirmada na seqncia. Caso a senha a ser alterada no exista,
aparecer uma mensagem de erro dizendo que essa senha no existe.
A excluso feita da mesma forma que a incluso, digitando e confirmando a
senha a ser excluda.
Existe ainda, no menu do administrador a opo de esvaziamento de memria e
restaurao das configuraes originais. O comando exige uma confirmao anterior
execuo do comando. Aps executado, todos os registros de senhas so apagados e o
microcontrolador orientado a funcionar com as configuraes iniciais pr-estabelecidas na
programao do microcontrolador.
No modo de ajuste do relgio, primeiro so inseridas via teclado, a hora atual e em
seguida a data atual. O ajuste do relgio possvel apenas quando o microcontrolador
iniciado pela primeira vez ou posteriormente a um comando de restaurao das configuraes
originais e esvaziamento de memria efetuado pelo administrador do sistema.
Se dentro de uma das opes acima, o administrador errar em algum dos
procedimentos, o sistema muda automaticamente para a tela padro de entrada de senhas
precedido de uma mensagem de erro.
No modo de Administrador, estas opes aparecero numeradas de 1 a 4 na
mesma seqncia exibida acima. Para acess-las basta digitar o nmero correspondente
opo desejada.
A tela padro do sistema a tela de entrada de senha com o status de acesso
restrito. No momento em que uma tecla for digitada, o display mostrar os caracteres
digitados, mas ocultados com o caractere *.
O administrador s acessa uma opo do menu a cada entrada de senha. Caso
tenha selecionado uma opo e depois queira usar a outra, ter que entrar com a senha
novamente, j que ao fim de cada opo o sistema mostra a tela padro de entrada de senhas.
Para o registro de acessos faremos o uso de um mdulo USB HOST para
comunicao do microcontrolador com um pendrive via protocolo USB. No pendrive ficaro
armazenadas informaes como data e hora de acesso e o usurio que acessou o sistema.
O sistema ter ainda uma sada que pode ser ligada a uma fechadura
eletromagntica que ser acionada no momento da validao da senha de usurio.
26
No pendrive ficar armazenado um arquivo no formato TXT e poder ser lido

posteriormente por qualquer aplicativo que tenha suporte leitura desse tipo de arquivo. Os
softwares do pacote Microsoft Office ou seus similares de cdigo aberto so capazes de fazlo. Desta forma ser possvel uma consulta futura nos dados armazenados alm da
classificao dos dados lidos para fins estatsticos e de segurana da sala.
4.2. Requisitos Funcionais

1) O sistema dever liberar o acesso a um usurio pr-cadastrado no sistema, mediante a
digitao de sua senha de seis dgitos, seguida do pressionamento da tecla ENTER;
2) O sistema dever, no momento da liberao do acesso, gravar as informaes de
relgio e calendrio juntamente com a identificao do usurio;
3) O sistema dever impedir o acesso a um usurio pr-cadastrado no sistema, quando
este digitar sua senha de forma incorreta ou incompleta;
4) O sistema s ir aceitar a senha de administrador se ela for precedida do acionamento
da tecla ADMIN na tela de entrada de senhas;
5) O sistema dever restringir o uso da senha de administrador apenas para dar acesso ao
modo administrador, nunca para liber-lo;
6) O sistema dever exibir mensagens informativas e telas de acompanhamento da
execuo do programa em um display;
7) O sistema dever oferecer todas as opes de tarefas disponveis de gerenciamento de
usurio e manuteno ao modo administrador, mas o usurio com privilgios
administrativos s poder escolher uma por vez;
8) O sistema dever entrar em modo hibernao sempre aps a concluso de qualquer
operao, e dever permanecer assim at que uma tecla seja pressionada;
9) O sistema dever efetuar a gravao, alterao ou excluso das senhas de usurios
mediante o comando dado pelo operador no modo administrador;
10) O sistema dever restaurar as configuraes originais, excluir todas as senhas
cadastradas e zerar a contagem do calendrio caso o usurio administrativo escolha a
opo de esvaziar a memria;
4.3. Especificao de Engenharia
27
Na especificao de engenharia esto informaes que orientam o desenvolvedor
na busca pela efetivao dos requisitos funcionais relatando quais caractersticas sero
exigidas na criao do software do microcontrolador e que recursos de hardware sero
aplicados na criao do circuito real. Na seqencia esto listados os requisitos exigidos para a
consolidao das especificaes de engenharia divididos em requisitos de hardware e
software:
Requisitos de Software:
As senhas de usurios devem conter seis dgitos;
O usurio ser identificado pela sua senha pessoal;
O limite de usurios deve ser de trinta comuns e um usurio com privilgios
administrativos;
O sistema deve conter um modo aonde s o usurio com privilgios administrativos
tem acesso;
No modo administrador, o sistema deve ter a funo de cadastrar novos usurios,
alterar ou excluir os existentes;
Devem existir menus para a seleo das funes de administrador;
A tela de navegao das funes de incluir, alterar, excluir e esvaziar memria deve
conter informaes que orientem o usurio e informem a ele qual funo est sendo
usada;
O ajuste do calendrio deve ser feito no primeiro uso do equipamento e pr-requisito
para dar continuidade operao do sistema;
A opo para restaurao das configuraes originais deve existir apenas para o
administrador mediante confirmao;
Na restaurao das configuraes originais, todas as senhas de usurio registradas,
exceto a senha de administrador, sero excludas. O calendrio tambm retornar s
suas configuraes de data e hora pr-definidas na programao;
Na funo de inserir novos usurios, a nova senha deve ser digitada e confirmada na
seqencia;
A funo de alterar a senha de usurios existentes deve exigir a senha antiga, a nova
senha e a confirmao da nova senha digitada;
28
De maneira anloga, a funo de excluir usurios solicita a senha a ser excluda e
exige a confirmao por parte do administrador;
A senha deve ser digitada a cada acesso;
O usurio, a data e hora no momento do acesso devem ser registrados
seqencialmente;
Um modo de economia de energia necessrio;
Requisitos de Hardware:
Um display deve exibir o funcionamento do sistema para fins de acompanhamento por
parte do usurio;
Um teclado com pelo menos doze teclas ser usado pelo usurio para entrar com a
senha e navegar pelo programa;
O teclado ter uma interface paralela de comunicao;
As informaes sero armazenadas em um pendrive;
Um microcontrolador com pelo menos 256 bytes de memria EEPROM interna
dever armazenar as senhas de usurios;
necessrio um circuito integrado que oferece informaes de relgio e calendrio;
Um dispositivo que oferece a funo de host USB far a ponte entre o
microcontrolador e o pendrive;
Os circuitos integrados usados no projeto devem ter suporte aos protocolos de
comunicao I2C e USART para comunicarem entre si;
necessrio um circuito auxiliar de acionamento do atuador da fechadura;
fundamental um circuito para rebaixar a tenso 12V para a tenso operacional 5V
dos componentes do projeto;
Como proposta para ilustrar a apresentao das especificaes de engenharia de

maneira didtica, seu estudo foi dividido em subsistemas elaborados por categoria aonde se
encontram os requisitos e as justificativas tcnicas das escolhas:
Driver de teclado paralelo;
Gerenciador de Mensagens;
Gerenciador de Memria e Senhas de Usurios;
29
Relgio em Tempo Real;
Gerenciador de Histrico e Acessos;
Microcontrolador PIC 18F4550;
Eletrnica Complementar;
4.3.1. Driver do Teclado Paralelo
Para a comunicao com o teclado, foi utilizada a tcnica de varredura de teclas
para identificar o comando efetuado pelo usurio. Segue abaixo o esquema eltrico do teclado
e sua respectiva descrio:
FIGURA 7 - Esquema eltrico do teclado paralelo

FONTE: MANUAL DO SISTEMA DE DESENVOLVIMENTO EXSTO NEO201, 2006.
Conforme ilustrado na figura, o teclado constitudo de doze teclas onde cada

linha, representadas por L0, L1, L2 e L3, interligam as trs colunas (C1, C2 e C3). Usando
trs portas de sada do microcontrolador varia-se os valores de C1, C2 e C3, onde apenas uma
delas assume o valor lgico 1 de cada vez. As linhas esto conectadas a quatro portas
configuradas como entrada no microcontrolador.
30
Se, no momento em que alguma tecla acionada, o valor da coluna
correspondente tecla assumir o valor 1, o circuito fechado e seu valor lido na porta do
microcontrolador.
Como os valores lgicos das colunas variam muito rapidamente e por
conseqncia o valor seria lido vrias vezes, foi ento adicionado um filtro para que o valor
seja lido apenas uma vez. Esse filtro conhecido como filtro de debouncing.
O filtro de debouncing paralisa a execuo do cdigo por alguns milissegundos no
imediatamente aps alguma tecla acionada, esperando-se que nesse intervalo de tempo a tecla
deixe de ser disparada.
4.3.2. Gerenciador de Mensagens

O Gerenciador de Mensagens executa uma interface fundamental para a interao
entre o sistema embutido e o operador do sistema. Ele trabalha em conjunto com o display
LCD para guiar o usurio na navegao pelas ferramentas administrativas, entrada de senha e
sadas disponibilizadas pelo microcontrolador.
As mensagens so simples e, muitas vezes abreviadas por limitao de linhas
(duas) e colunas de caracteres (dezesseis) do display LCD.
A cada momento em que uma operao requisitada ao usurio ou uma ao
tomada por ele, a mensagem correspondente gerada e exibida no display.
Na tabela abaixo esto mensagens, telas de acompanhamento e avisos
disponibilizados ao usurio juntamente com o significado ou propsito equivalente a elas:
Mensagem
DIGITE A SENHA
ADMINISTRADOR
AGUARDE...
ACESSO LIBERADO
SENHA INCORRETA
MENU ADMINISTR
1-N 2-A 3-R 4-F
INSERIR USURIO
ALTERAR SENHA
EXCLUIR USURIO
LASCA/DECOM UFOP
Acesso Restrito
(1-N) NOVA SENHA
(1-N) CONFIRMAR
Descrio
Solicita ao usurio que entre com a sua senha de acesso.
Solicita ao usurio que entre com a senha de acesso
privilegiado de administrador.
Microcontrolador executando alguma ao.
Mensagem de acesso liberado.
Mensagem de senha incorreta.
Menu com as opes disponveis no modo administrador.
Mensagem de entrada no modo de inserir usurio.
Mensagem de entrada no modo de alterar senha.
Mensagem de entrada no modo de excluso de usurio.
Mensagem padro.
Solicita a entrada de uma nova senha.
Solicita a confirmao da nova senha a ser inserida
31
(2-A) SENHA ANTER
(2-A) NOVA SENHA
(2-A) CONFIRMAR
(3-R) SEN EXCLUIR
(3-R) CONFIRMAR:
CONCLUDO
SENHA J EXISTE
CONFIG TRILHA 0:
CONFIG MEMRIA:
MEM ESTA CHEIA
MEM ESTA VAZIA
(!) DATA/HORA:
(!) DATA:
XX/XX/20XX
(!) HORA:
XX:XX:XX
(!) ESVAZ MEMOR:
1-SIM/2-NO
Solicita a senha a ser alterada.

Solicita a nova senha que substituir a antiga.
Confirma a nova senha que foi alterada.
Solicita uma senha a ser excluda
Solicita a confirmao da senha a ser excluda
Mensagem de ao concluda
Aviso de senha j existente.
Mensagem de configurao do ndice de senhas.
Mensagem de configurao da memria EEPROM.
Aviso de memria cheia.
Aviso de memria vazia
Solicitao de ajuste de data/hora.
Tela de ajuste de data do sistema.
Tela de ajuste de hora do sistema.
Solicitao de confirmao de esvaziamento da memria e
restaurao das configuraes originais.
TABELA 4 - Listas de mensagens exibidas no display LCD
4.3.2.1. Display LCD

O display LCD do tipo 16x2, ou seja: Duas linhas com dezesseis caracteres em
cada linha. Ele possui o chip Hitachi 4480 que controla o funcionamento e interpreta os
comandos enviados pelo microcontrolador. A comunicao do mdulo LCD com o
microcontrolador feito com 4 (quatro) vias de dados e 3 (trs) pinos de controle.
Diagrama de Ligao
LCD
RS
RW
E
D4
D5
D6
D7
PIC18F4550
PORTA D1
PORTA D2
PORTA D0
PORTA D4
PORTA D5
PORTA D6
PORTA D7
TABELA 5 - Diagrama de Ligao entre o microcontrolador e o display LCD
4.3.3. Gerenciador de Memria e Senhas de Usurios

Para que os registros de senhas sejam armazenados na memria EEPROM do
microcontrolador corretamente e de maneira organizada, o prottipo da fechadura
microcontrolada recorre a um mtodo simples, porm eficiente de alocar as senhas gravadas.
32
Antes de apresentar o funcionamento deste mdulo conveniente ressaltar
algumas caractersticas do microcontrolador e da maneira como essas informaes so
gravadas. Como requisito, a senha deve conter exclusivamente seis algarismos numricos e
no deve ultrapassar o nmero de trinta usurios cadastrados e aptos operar a fechadura. A
prpria senha identifica o usurio do equipamento e deve ser usada uma nica vez a cada
acesso.
O microcontrolador PIC18F4550 possui 256 bytes de memria EEPROM e cada
caractere de senha ocupa 1 byte, utilizando o padro da tabela ASCII para sua representao.
Dessa forma pode-se concluir facilmente que o nmero mximo de bytes ocupados com trinta
usurios 180. Adiciona-se a esse nmero mais 6 bytes da senha exclusiva de administrador,
mais 30 posies que funcionam como flags para a contagem de usurios cadastrados e mais
uma posio da memria que marcada com um caractere especial no primeiro uso do
sistema.
O gerenciador de memria trabalha indexando o endereo do primeiro caractere
de senha gravado com os flags de contagem de usurios. Cada senha gravada corresponde a
um flag marcado. A soma de todas os flags marcadas corresponde ao nmero de usurios
cadastrados e a posio onde a senha est alocada na memria um mltiplo de seis da
posio relativa do flag na memria. A senha de administrador j gravada como padro no
primeiro uso e localizada por um mecanismo especfico que acionado exclusivamente no
modo Administrador.
Os flags ocupam as posies de 200 a 229, logo suas posies relativas so de 0 a
29. Caso a prxima senha a ser gravada for a de nmero 21, por exemplo, esta vai ocupar as
posies de 126 a 131 da memria do microcontrolador.
No primeiro uso do sistema, ou quando a funo de esvaziar a memria
selecionada no menu do administrador, todos os caracteres da memria EEPROM so
apagados e um deles marcado para indicar que a memria est pronta para receber cadastros
de novos usurios. Esta funcionalidade tem o intuito de garantir que o microcontrolador
coordene as operaes de gravao e leitura adequadamente, alm do papel de manuteno do
banco de usurios cadastrados.
O Gerenciador de Memria tambm responsvel por verificar se existe na
memria a senha digitada por algum usurio. O programa busca de forma seqencial a
combinao de caracteres digitados e envia uma mensagem de confirmao caso a busca
obtenha um resultado positivo. Antes de qualquer gravao a busca pelo novo registro a ser
inserido efetuada para evitar que existam dois usurios com a mesma senha cadastrada. De
33
forma anloga, a busca com finalidade de excluso ou alterao de usurio realizada pelo
mesmo mecanismo do algoritmo de busca.
4.3.4. Relgio em Tempo Real

O relgio em tempo real fornece no momento que a senha autenticada a data e a
hora atuais para fins de identificao de acesso relativos ao momento e posterior verificao
de freqncia de uso.
As informaes de data e hora so fornecidas pelo CI DS1307 e se mantm atuais
mesmo que ocorra um corte no fornecimento de energia fechadura microcontrolada.
A comunicao entre o microcontrolador e o DS1307 realizada atravs da
2
interface I C. A disponibilidade desta interface uma das caractersticas tcnicas pertencentes

ao microcontrolador PIC18F4550.
A atualizao do relgio feita no momento em que a fechadura microcontrolada
ligada pela primeira vez ou quando o comando de esvaziar a memria executado.
Primeiro solicitado ao usurio que entre com as informaes de dia, ms e ano.
Na tela que segue, solicitado hora, os minutos e segundos atuais. A opo registro do dia da
semana existe e um fator de identificao, porm est desativado porque julgado
desnecessrio no que se refere aos fins informativos.
Uma vez inseridas as informaes atualizadas de data e hora, o microcontrolador
grava no DS1307 esse registro. O relgio permanecer atual ao menos que a bateria de
alimentao auxiliar do CI seja removida ou se esgote. A contagem de data do relgio inclui
anos bissextos e oferece informaes atualizadas at o ano de 2100.
A partir do momento que o relgio da fechadura microcontrolada ajustado, todo
usurio que autenticar a senha ter gravado no registro de acessos o horrio e a data da
liberao para abertura.
4.3.4.1. Relgio em tempo real DS1307

Como soluo para o relgio em tempo real do projeto, optou-se por utilizar o CI
relgio/calendrio (DS1307). Este circuito integrado foi escolhido por que oferece
informaes de hora e calendrio atualizadas com um baixo consumo de energia e oferece a
opo de leitura e gravao de seus registradores de relgio calendrio interno. Cada
34
registrador responsvel por armazenar valores como data, ms, ano, dia da semana, hora,
minuto e segundo corrente.
FIGURA 8 - Mapa de Registradores do DS1307

FONTE: DALLAS DS1307 64x8 REAL-TIME CLOCK DATASHEET, 2007.
O CI oferece a possibilidade de comunicao por meio do protocolo I2C no modo

escravo. Dessa forma torna-se plenamente possvel a comunicao do microcontrolador PIC.
FIGURA 9 - Esquema de ligao do barramento I2C

FONTE: DALLAS DS1307 64x8 REAL-TIME CLOCK DATASHEET, 2007.
35
4.3.5. Gerenciador de Histrico e Acessos
O Gerenciador de Histrico e Acessos o mdulo dedicado ao registro e
armazenamento das informaes de acesso dos usurios do sistema alm de executar o
comando de abertura da fechadura microcontrolada. Seu funcionamento consiste na gravao
de um arquivo de texto simples em um pendrive conectado ao dispositivo os registros de data,
horrio e identificao de usurios que autenticaram sua senha e obtiveram o status positivo
de acesso liberado.
O pendrive integra-se ao sistema por meio do mdulo USB HOST VDIP1 e
comunica-se com o microcontrolador atravs de comunicao serial.
Quando o usurio se identifica corretamente, o mdulo recebe do Gerenciador de
Memria e Senhas de Usurios o comando para energizar a bobina do rel de abertura e
gravar os dados no pendrive. O comando recebido imediatamente aps a liberao de
acesso. Em relao capacidade de armazenamento de informaes, cada registro demanda
20 bytes de memria. Um pendrive com a capacidade de 256MB capaz de registrar milhes
de acessos. uma quantidade superdimensionada para a freqncia e finalidade de uso.
Uma vez gravado o registro, este pode ser acessado por um computador pessoal
por meio de um aplicativo de texto ou de planilha eletrnica.
4.3.5.1. O VDIP1 Vinculum VNC1L Prototyping Module

Ser utilizado o mdulo VDIP1 Vinculum VNC1L Prototyping Module da
Vinculum para comunicao com o pendrive:
FIGURA 10 - Mdulo VDIP VNC1L

FONTE: VINCULUM VNC1L PROTOTYPING MODULE, 2007.
36
Justificativas:
Circuito USB HOST completo e pronto para usar;
Socket USB A para a interface com dispositivos perifricos USB;
Interface USB secundria disponvel por via dos pinos do mdulo se necessrio;
Jumper de seleo de interfaces: UART, FIFO paralelo ou SPI;
Tenso de entrada de 5V;
O mdulo VDIP1 tem o firmware VDAP instalado de fbrica;
Esquemas e arquivo de firmwares esto disponveis para download gratuitamente na
pgina do Fabricante;
A gravao, atualizao e teste do firmware podem ser feitos por meio da porta serial
de um PC com Sistema Operacional Windows dispondo do aplicativo Hyperterminal
ou por auto deteco do arquivo contendo o firmware;
Oferece um interpretador de comandos simples e fcil de usar que possibilita o
controle de perifricos atravs de comunicao serial enviando-se comandos em
caracteres ASCII ou ento em nmeros hexadecimais;
Possui um interpretador de comandos que gerencia todas as funes bsicas de
operao de disco no formato FAT12, FAT16 e FAT32 com clusters de 512 bytes.
O mdulo possui vinte e quatro pinos com a descrio das funes a seguir:
37
FIGURA 11 - Relao de pinos do VDIP VNC1L

FONTE: VINCULUM VNC1L PROTOTYPING MODULE, 2007.
Pino Nome
Mdulo Tipo
Descrio
5V0
5V0
Alimentao Pino de Alimentao 5V
LED1
LD1
Sada
Atividade na Porta USB 1
LED2
LD2
Sada
Atividade na Porta USB 2
USBD1P
U1P
I/O
Pino D+ da Porta USB 1
USBD1M
U1M
I/O
Pino D- da Porta USB 1
ADBUS0
ADO
I/O
AD bit 0
GND
GND
Terra
ADBUS1
AD1
I/O
AD bit 1
ADBUS2
AD2
I/O
AD bit 2
10
ADBUS3
AD3
I/O
AD bit 3
11
ADBUS4
AD4
I/O
AD bit 4
12
ADBUS5
AD5
I/O
AD bit 5
13
ADBUS6
AD6
I/O
AD bit 6
14
ADBUS7
AD7
I/O
AD bit 7
15
ACBUS0
AC0
I/O
AC bit 0
16
ACBUS1
AC1
I/O
AC bit 1
17
ACBUS2
AC2
I/O
AC bit 2
Pino de Aterramento
38
18
GND
GND
Terra
Pino de Aterramento
19
ACBUS3
AC3
I/O
AC bit 3
20
ACBUS4
AC4
I/O
AC bit 4
21
ACBUS5
AC5
I/O
AC bit 5
22
RESET#
RS#
Entrada
Pino de Reset
23
PROG#
PG#
Entrada
Habilita Programao de Firmware
24
3V3
3V3
Sada 3V3
Sada 3V3 para lgica externa
A comunicao e controle do mdulo Vinculum VNC1L so realizados por meio

do envio de instrues ao monitor de comandos e interpretando resultados. O monitor de
comandos oferece uma interface que pode ser utilizada pelo microcontrolador para a leitura e
o envio de dados. O prompt retornado quando o Vinculum VNC1L est apto a executar
comandos. O Status e a informao de erros so retornados aps um comando ser completado
e a notificao de eventos mostrada no monitor.
O monitor do Vinculum VNC1L trabalha no Modo de Comando ou no Modo de
Dados de maneira similar a um modem. O Modo Comando usado para comunicao com o
VNC1L. O Modo de Dados usado para comunicao com o dispositivo escravo na porta
USB 1 ou 2.
4.3.5.2. Pendrive
O pendrive a ser utilizado no prottipo deve ser formatado no sistema FAT12,
FAT16 ou FAT32 com o tamanho da unidade de alocao de 512 bytes para que se torne
compatvel com o chip VNC1L do mdulo USB Host. O volume de dados especificado para o
projeto de pelo menos 256 Mbytes, valor esse que j extrapola com segurana a demanda de
dados a serem armazenados.
4.3.6. O Microcontrolador PIC18F4550

O uso do microcontrolador PIC18F4550 justificado mediante a disponibilidade
das seguintes caractersticas:
Presena de entradas e sadas digitais suficientes para ligar o display LCD, o teclado
paralelo e a porta de acionamento do circuito auxiliar de abertura da fechadura;
39
USB 2.0 full speed. Embora esta aplicao no necessite de alta velocidade de
comunicao USB, o que foi levado em conta foram os benefcios dos outros recursos
que o microcontrolador oferece em favor do conjunto e possvel expanso do projeto;
Protocolo I2C disponvel para comunicao com o circuito integrado de data-hora;
Comunicao USART para a integrao com o mdulo USB Host;
Memria EEPROM de 256 bytes, suficiente para o armazenamento das senhas de

acesso e usurios j que cada senha ocupa 6 bytes de memria;
Memria Flash de 32K, o suficiente para a programao do algortmo;
Modo Sleep para economia de energia;
Interrupes;
Programao do algortmo em C, uma linguagem de programao adequada para

sistemas que requerem economia de memria;
Fcil disponibilidade no mercado nacional;
40
FIGURA 12 - Diagrama de blocos do PIC18F4550
FONTE: MICROCHIP PIC18F4550 DATASHEET, 2007.
4.3.7. Eletrnica complementar

A eletrnica complementar que compe a estrutura do projeto faz parte dos
circuitos bsicos exigidos para o funcionamento do microcontrolador PIC18F4550, do
mdulo USB HOST, do circuito bsico do CI DS1307, do circuito de acionamento do atuador
da fechadura e tambm do circuito de rebaixamento de tenso. Abaixo esto listados os itens
que os compe:
Opto acoplador (TIL 111) - 1 unidade. Ser utilizado para fazer o isolamento fsico do
PIC com o circuito de acionamento do rel;
Transistor (BC547 NPN) 2 unidades. Sero utilizados para fazer o chaveamento do
circuito de acionamento do rel;
Diodo 1N4148 (1 unidade) para roda livre no rel;
Resistores - Vrios valores para polarizao dos transistores, controle de corrente e
montagem da configurao bsica do PIC;
1 rel 5V 1A.
Bateria ou fonte de alimentao 12V.
Regulador de tenso LM7805;
Oscilador - Cristal 8MHz para o microcontrolador;
Oscilador Cristal 32.768 kHz para o CI DS1307;
Capacitores eletrolticos 1uF e 22 pF;
Fechadura Eletromagntica 12V;
CI MAX232 para os testes de funcionamento do mdulo USB HOST;
Cabo serial RS232;
4.4. Requisitos do Firmware
Muitas classes de dispositivos podem ser conectadas s portas USB do Vinculum
VNC1L. Cada verso de firmware permite uma combinao diferente de dispositivos e
monitores de porta.
Existem muitos cdigos de firmwares pr-compilados disponveis:
VDAP Discos e perifricos;
VDIF Discos e Interfaces FTDI;
41
VMSC Reprodutor de msica;
VDPS Disco, monitor PC e porta escrava;
VCDC Classe de dispositivo de comunicao;
Para que o projeto seja consolidado, deve-se escolher corretamente o firmware a
ser usado pelo modulo USB HOST, j que este far a interligao dos dispositivos perifricos
com o microcontrolador PIC18F4550.
A tabela que segue relaciona os diversos firmwares oferecidos pelo fabricante
juntamente com suas respectivas aplicaes.
Na linha superior, esto os dispositivos suportados BOMS (Bulk-Only Mass
Storage Device), pendrives e outros dispositivos de armazenamento de dados; FTDI
Peripheral, dispositivos USB do mesmo fabricante; HID (Human Interface Device), um
teclado USB, por exemplo; Impressoras, Hubs e Hosts USB entre outros.
Na tabela, a letra Y sinaliza que o firmware suporta a classe de dispositivo e que
pode ser ligado na respectiva porta.
FIGURA 13 - Mdulo VDIP VNC1L

FONTE: VINCULUM FIRMWARE USER MANUAL, 2007.
De acordo com a tabela acima fornecida pelo fabricante, qualquer firmware

adequado, no entanto o VDAP foi escolhido por que j vem instalado de fbrica e oferece
suporte comunicao do pendrive na porta USB 2 e de dispositivos HID nas portas 1 ou 2,
que pode ser utilizado para uma melhoria no projeto futuramente. Porm, antes do primeiro
uso recomendada a atualizao do firmware pelo fabricante para a ltima atualizao
disponvel.
42
Existem trs maneiras para atualizar o firmware do VDIP1:
Auto deteco O arquivo de firmware gravado no pendrive via PC e ento inserido

no mdulo VDIP. A atualizao feita automaticamente.
Ligao serial com um PC e por intermdio do aplicativo Hyperterminal disponvel no
sistema operacional Microsoft Windows XP ou anterior.
Ligao serial com o PC e utilizando o software VPROG disponvel tambm no site
do fabricante.
FIGURA 14 - Conexo RS-232 entre um PC e o mdulo VDIP1.

FONTE: CONECTANDO UM PENDRIVE A UM MICROCONTROLADOR, 2007.
Para a atualizao por auto deteco do firmware preciso que o mdulo VDIP1
j esteja montado na configurao mostrada na figura acima. J para as demais maneiras, o
pino PG# ou PROG# do mdulo deve estar aterrado para habilitar o modo de programao.
43
FIGURA 15 - O arquivo de firmware mostrado pelo Hyperterminal

FIGURA 16 - Aplicativo VPROG

Neste projeto, foi utilizado o modo de auto deteco para a atualizao do

firmware. Para isso, foi montada a plataforma de comunicao serial com o Hyperterminal e
dessa forma j montar o circuito bsico de funcionamento do mdulo. Assim foi possvel
observar na janela do aplicativo o processo de atualizao com suas respectivas mensagens de
comunicao e prompt. O circuito de comunicao serial com o PC foi utilizado antes do uso
com o microcontrolador para fins de teste de comandos e verificao de funcionamento com a
finalidade de encontrar a maneira correta de operar o mdulo na integrao com o
microcontrolador PIC18F4550.
44
Deve-se ressaltar ainda que, o modo de auto deteco o mais indicado para a
familiarizao do desenvolvedor com o funcionamento do VDIP1 j que a montagem
simples e o funcionamento do drive de disco assemelha-se ao antigo sistema operacional MSDOS inclusive com um interpretador de comandos similar.
4.6. Especificao de Teste

J com a especificao de requisitos devidamente elaborada e o prottipo
construdo, d-se inicio especificao de testes para verificar a compatibilidade do que foi
planejado com o produto acabado. A especificao de testes tem a funo, primeiramente, de
avaliar se o prottipo criado atende aos itens listados nos requisitos funcionais do produto.
Para aumentar a confiabilidade do sistema e validar o prottipo, uma lista de
testes foi criada e aplicada ao prottipo visando validar as especificaes e aprovar o produto.
Para isso foi utilizado uma adaptao das tabelas do FMEA para documentar os testes
realizados.
Abaixo, esto listados os testes a serem realizados no prottipo:
1) Verificar o acesso ao modo administrador com uma senha de usurio comum;

2) Cadastrar um novo usurio e tentar acessar com sua senha;
3) Alterar a senha de um usurio cadastrado e tentar acessar com a senha alterada;
4) Excluir um usurio cadastrado e tentar acessar com a senha excluda;
5) Verificar a existncia do usurio com privilgios administrativos digitando sua senha;
6) Verificar a possibilidade de execuo de mais de uma tarefa na mesma autenticao de
senha de administrador;
7) Utilizar a senha de administrador para obter a liberao de acesso;
8) Tentar gravar um nmero maior que trinta usurios;
9) Verificar se o calendrio pode ser ajustado;
10) Verificar se possvel operar o sistema sem ajustar o relgio;
11) Verificar se as configuraes originais so restauradas quando acionada a opo de
esvaziar a memria;
12) Verificar se existe a confirmao da senha aps ela ser cadastrada;
13) Verificar se no processo de alterao de senhas ou excluso de senhas, verificar se a
senha antiga exigida e se a nova exige confirmao;
14) Avaliar a navegao pelo software por meio do display;
45
15) Verificar se as informaes registradas no pendrive so compatveis com a realidade;
16) Verificar se o microcontrolador entra em modo sleep no momento correto;
Na busca pela validao do prottipo, emprega-se a tcnica do FMEA adaptado s

necessidades desse trabalho, proposta esta que consiste em elaborar e documentar os testes
realizados por meio de ndices de severidade, ocorrncia, deteco e riscos que os erros
possam gerar para fins de documentao. Desta forma possvel encontrar a causa do defeito
e tomar aes mitigadoras ou de conteno necessrias.
Na seqncia, esto citadas as documentaes dos testes num modelo de tabela
adaptado do mtodo FMEA.
Verificar o acesso ao modo administrador com uma senha de

usurio comum.
Verificar se possvel entrar no modo administrador com uma
Funo do Teste:
senha comum.
Acesso ilegal ao modo administrador.
Tipo de defeito:
Acesso indevido s configuraes de administrador.
Efeito:
Lgica de validao de senha inadequada.
Causa do defeito:
Muito Alta
Severidade:
Riscos: Alto
Resultado: Nenhum defeito encontrado
Descrio do Teste:
TABELA 6 - Documentao e resultados do teste 1
Descrio do Teste:
Cadastrar um novo usurio e tentar acessar com sua senha.
Verificar a funcionalidade de inserir novos usurios.

Funo do Teste:
O usurio pr-cadastrado no pode liberar a entrada.
Tipo de defeito:
Indisponibilidade da funo de inserir usurios.
Efeito:
Lgica inadequada ou defeito na memria EEPROM.
Causa do defeito:
Severidade: Alta
Riscos: Moderado
Alterar a senha de um usurio cadastrado e tentar acessar com

a senha alterada.
Verificar a funcionalidade de alterar o registro de senhas
Funo do Teste:
O usurio est impedido de alterar sua senha.
Tipo de defeito:
Indisponibilidade da funo de alterar senhas.
Efeito:
Causa do defeito:
Severidade: Alta
Riscos: Moderado
Descrio do Teste:
Descrio do Teste:
Funo do Teste:
Excluir um usurio cadastrado e tentar acessar com a senha

excluda.
Verificar a funcionalidade de excluir um registro de senhas.
46
O usurio est impedido de excluir um registro de senha.
Tipo de defeito:
Indisponibilidade da funo de excluir senhas.
Efeito:
Causa do defeito:
Severidade: Alta
Riscos: Moderado
Verificar a existncia do usurio com privilgios

administrativos.
Verificar se o acesso ao modo administrador ocorre
Funo do Teste:
normalmente.
O administrador est impedido de exercer suas funes
Tipo de defeito:
administrativas.
Impossibilidade de gerenciar as informaes dos usurios e de
Efeito:
dar manuteno ao sistema.
Lgica inadequada
Causa do defeito:
Severidade: Muito Alta
Riscos: Alto
Descrio do Teste:
Verificar a possibilidade de execuo de mais de uma tarefa na

mesma autenticao de senha de administrador.
Verificar se o programa est adequado s especificaes.
Funo do Teste:
O sistema no est em conformidade com as especificaes.
Tipo de defeito:
Duas ou mais tarefas so executadas em uma seo
Efeito:
administrativa.
Programao inadequada.
Causa do defeito:
Severidade: Baixa
Riscos: Baixo
Descrio do Teste:
Utilizar a senha de administrador para obter a liberao de

acesso.
Verificar se o programa est adequado s especificaes
Funo do Teste:
O sistema no est em conformidade com as especificaes.
Tipo de defeito:
O administrador libera o acesso com sua senha de carter de
Efeito:
manuteno.
Lgica inadequada.
Causa do defeito:
Severidade: Baixo
Riscos: Baixo
Descrio do Teste:
TABELA 12 - Documentao e resultados do teste 7.
Tentar gravar um nmero maior que trinta usurios.

Verificar se o programa no sobrescreve inadequadamente
informaes gravadas.
O registro de usurios no confivel
Tipo de defeito:
Alguma informao pode ser sobrescrita, impedindo a
Efeito:
autenticao de acesso de algum usurio.
Lgica inadequada.
Causa do defeito:
Riscos: Alto
Descrio do Teste:
Funo do Teste:
47
Resultado:
Nenhum defeito encontrado
Verificar se o calendrio pode ser ajustado.

Avaliar o funcionamento do relgio calendrio
As informaes de data e hora do registro de acessos esto
erradas.
Informaes de acesso invlidas.
Efeito:
O CI DS1307 no est operando corretamente
Causa do defeito:
Severidade: Alta
Riscos: Moderado
Descrio do Teste:
Funo do Teste:
Tipo de defeito:
Verificar se possvel operar o sistema sem ajustar o relgio.

Descrio do Teste:
Garantir a veracidade das informaes de registro de acesso.
Funo do Teste:
Perda de confiabilidade nos registros de acesso.
Tipo de defeito:
Registros de acessos invlidos.
Efeito:
O usurio no obrigado a ajustar o relgio.
Causa do defeito:
Severidade: Moderada
Riscos: Baixos
Verificar se as configuraes originais so restauradas quando

acionada a opo de esvaziar a memria.
Garantir que o sistema retorne a uma posio confivel de
Funo do Teste:
funcionamento devido ocorrncia de problemas diversos.
Perda de confiabilidade no sistema.
Tipo de defeito:
Registros de senhas antigos podem permanecer na memria.
Efeito:
Lgica inadequada
Causa do defeito:
Riscos: Alto
Descrio do Teste:
Verificar se existe a confirmao da senha aps ela ser

cadastrada.
Garantir que o usurio no se engane com o cadastro de
Funo do Teste:
senhas.
Equvoco nas informaes digitadas
Tipo de defeito:
Caso no haja a confirmao, o usurio pode errar na digitao
Efeito:
de uma senha e no perceber.
Programa fora das especificaes
Causa do defeito:
Severidade: Baixa
Riscos: Baixo
Descrio do Teste:
Descrio do Teste:
Funo do Teste:
Verificar se no processo de alterao ou excluso de senhas,

verificar se a senha antiga exigida e se a nova exige
confirmao.
Garantir que o usurio no se engane com o cadastro de
senhas.
48
Equvoco nas informaes digitadas
Caso no haja a confirmao, o usurio pode errar na digitao
de uma senha e no perceber.
Programa fora das especificaes
Causa do defeito:
Severidade: Baixa
Riscos: Baixo
Tipo de defeito:
Efeito:
Avaliar a navegao pelo software por meio do display

Verificar se as telas de acompanhamento e mensagens so
exibidas corretamente e na ordem de execuo do programa.
Problemas na exibio do display
Tipo de defeito:
As informaes exibidas no demonstram fidelidade com o
Efeito:
que de fato est acontecendo com o sistema.
Lgica inadequada ou problemas no display LCD.
Causa do defeito:
Severidade: Alta
Riscos: Moderado.
Descrio do Teste:
Funo do Teste:
Verificar se as informaes registradas no pendrive so

compatveis com a realidade.
Avaliar se as informaes de acesso so confiveis
Funo do Teste:
Falha na comunicao.
Tipo de defeito:
Os registros de acesso so invlidos.
Efeito:
Pendrive com problemas na formatao, perda de
Causa do defeito:
comunicao com o microcontrolador ou chip DS1307
indisponvel.
Severidade: Alta
Riscos: Alto
Descrio do Teste:
Verificar se o microcontrolador entra em modo sleep no

momento correto.
Verificar o funcionamento do modo hibernao
Funo do Teste:
Problema no gerenciamento do consumo de energia.
Tipo de defeito:
O microcontrolador no permanece em modo sleep quando
Efeito:
necessrio.
Interrupes inesperadas esto ocorrendo.
Causa do defeito:
Severidade: Baixa
Riscos: Baixo
Descrio do Teste:
49
V. CONCLUSES E TRABALHOS FUTUROS
Em vista do que foi analisada, a compreenso exata da importncia da elaborao
de uma descrio detalhada da especificao de requisitos deve ser obtida antes da concepo
do prottipo do sistema. Durante essa etapa todas as informaes explcitas na descrio do
produto, nos requisitos funcionais e nos requisitos de engenharia exigem do desenvolvedor a
ateno aos detalhes do projeto e lhes orientam diretamente ao objetivo almejado.
Graas s tcnicas de elaborao de projeto empregadas, a fidelidade entre o
prottipo obtido e a especificao de requisitos original foi completamente verificada, embora
tenham ocorrido algumas modificaes na especificao original, principalmente na busca de
solues mais baratas e mais prticas na validao do prottipo.
A opo por criar a fechadura microcontrolada apenas com o dispositivo de
acionamento e sem o atuador e trocar a alimentao de baterias por uma fonte 12V comum
levantou a questo da elevao dos custos de desenvolvimento.
Em ambos os casos, optou-se pelo propsito de encontrar uma soluo
economicamente vivel tanto durante o desenvolvimento do prottipo quanto no
planejamento do produto final.
No caso da comunicao com o mdulo USB HOST, a princpio optou- se por
usar o protocolo I2C na comunicao com o microcontrolador. Porm, quando foi vista a
necessidade do uso do aplicativo Hyperterminal para testar o funcionamento do mdulo,
adotou-se a interface USART para este fim e por praticidade foi posteriormente incorporada
ao projeto. A deciso foi tomada por que os dois protocolos atendiam as necessidades e eram
suportados perfeitamente pelo USB HOST e pelo microcontrolador.
Os pontos crticos no desenvolvimento do produto concentraram-se na
programao do microcontrolador. A primeira etapa foi conceber a programao bsica de
exibio das mensagens no display LCD para que servisse de plataforma para a verificao na
prtica e de maneira mais confivel o funcionamento dos primeiros experimentos.
A seguir foi necessrio criar um algoritmo para gerenciar a memria reservada
gravao das senhas e demais informaes de configurao do sistema.
Todavia, o que contabilizou mais horas de desenvolvimento foi a integrao do
mdulo VDIP com o microcontrolador. Foi preciso recorrer a recursos de comunicao de um
computador para os primeiros testes de funcionamento e integrao, alm de exigir uma
pesquisa aprofundada em busca de informaes tcnicas em manuais e em outros documentos
do fabricante para elaborar a programao correta.
50
As possibilidades de aplicao prtica desse produto so as mais diversas
mediante algumas adaptaes no projeto original. A idia original pode ser aplicada no
controle de ponto de uma empresa, num modelo mais simples e barato de fechadura com
senha sem o registro de acessos e um microcontrolador mais modesto ou pode-se adicionar
um teclado USB como opo ao teclado de interface paralela caso a nova aplicao exija um
nmero maior de teclas.
51
VI. REFERNCIAS BIBLIOGRFICAS

BALL, Stuart R. Embedded Microprocessor Systems: Real World Design. EUA: Newnes,
2002.
BOYLESTAD, Robert L.; NASHELSKY, Louis. Dispositivos Eletrnicos e Teoria de
Circuitos. So Paulo: Prentice Hall, 2004.
DALLAS SEMICONDUCTOR. DS1307 64X8 Real-Time Clock Datasheet. 2007.
Disponvel em: < http://www.maxim-ic.com>. Acesso em: 15 abr. 2008, 18:15:00.
EXSTO TECNOLOGIA. Manual do Sistema de Desenvolvimento Exsto Neo201. Exsto
Tecnologia LTDA, 2006.
GARDNER, Nigel. A Beginners Guide to the Microchip PIC. EUA: Blue Bird Technical
Press, 1998.
HELLENBUYCK, Chuck. Programming PIC Microcontrollers with PICBASIC. EUA:
Newnes, 2003.
IBRAHIM, Dogan. Microcontroller Based Applied Digital Control. EUA: John Wiley &
Sons, 2006.
KUROSE, James F.; ROSS, Keith W. Redes de computadores e a Internet: Uma
abordagem top-down, So Paulo: Editora Pearson Education, 2005.
LINUX SOLUTIONS. C: A linguagem de Programao. 2000. Disponvel em: <
http://www.coltec.ufmg.br/~info/cursoC_olinux/curso_c_htm.htm>. Acesso em: 25 abr. 2008,
00:39:00.
MACKENZIE, Scott. The 8051 microcontroller, EUA: Prentice-Hall, 1995.
MICROCHIP TECHNOLOGY INC. PIC18F4550 Datasheet. 2007. Disponvel em: <
http://www.microchip.com>. Acesso em: 5 jan. 2008, 22:15:00.
PEREIRA, Fbio. Microcontroladores PIC: Programao em C. So Paulo: rica, 2003.
52
ROGERCOM. Conectando um pendrive a um microcontrolador. 2007. Disponvel em: <
http://www.rogercom.com.br>. Acesso em: 22 out. 2007, 21:25:00.
SOUZA, David Jos de. Desbravando o PIC, So Paulo: Editora rica, 2000.
SOUZA, David Jos de; LAVINIA, Nicolas Csar. Conectando o PIC 16F877A: Recursos
Avanados. So Paulo: rica, 2003.
TOLEDO, Jos Carlos de; AMARAL, Daniel Capaldo. FMEA Anlise do Tipo e Efeito
de Falha. 2006. Disponvel em: < www.gepeq.dep.ufscar.br/arquivos/FMEA-APOSTILA.pdf
>. Acesso em: 02 jul. 2008, 15:05:00.
USB IMPLEMENTERS FORUM INC. Universal Serial Bus Specification. 2000.
Disponvel em: < http://www.usb.org/developers/docs>. Acesso em: 14 jan. 2008, 11:35:00.
FUTURE TECHNOLOGY DEVICES INTL LDT. Vinculum Firmware User Manual.
2007. Disponvel em: < http://www.vinculum.com>. Acesso em: 20 nov. 2007, 15:34:00.
FUTURE TECHNOLOGY DEVICES INTL LDT. Vinculum VNC1L Prototyping Module.
2007. Disponvel em: < http://www.vinculum.com>. Acesso em: 20 nov. 2007, 15:05:00.
53
ANEXO I
54
ANEXO I Esquema eltrico do projeto

Rodrigo Afonso Dias Schamber

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Rodrigo Afonso Dias Schamber

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDADE FEDERAL DE OURO PRETO - UFOP

DESENVOLVIMENTO DE UM DISPOSITIVO DE CONTROLE DE ACESSO VIA

MONOGRAFIA DE GRADUAO EM ENGENHARIA DE CONTROLE E

RODRIGO AFONSO DIAS SCHAMBER

Ouro Preto, 2008

RODRIGO AFONSO DIAS SCHAMBER

DESENVOLVIMENTO DE UM DISPOSITIVO DE CONTROLE DE ACESSO VIA

Monografia apresentada ao curso de

Orientador: Prof. Dr. Ricardo de Oliveira Duarte

Aos meus pais, Manoel e Maria

Palavras-chaves: microcontrolador, sistemas embutidos, simulao, USB.

Starting with a description of product

programveis utilizados para controle de processos lgicos e de perifricos (outros

2.2. Unidade Central de Processamento (CPU)

2.3. RAM e ROM

2.4. Projeto de Sistemas Embutidos

FIGURA 1 - Fluxograma de desenvolvimento de um sistema embutido

2.4.1. Definio dos requisitos

2.4.3. Nmero de pinos de entrada e sada

2.4.4. Requisitos de Interface

2.4.5. Requisitos de Memria

2.4.6. Nmero de Interrupes

2.4.7. Ambiente de desenvolvimento

Nos primrdios dos sistemas embutidos, o sistema padro de desenvolvimento

2.5.1. A linguagem Assembly

2.5.2. Programando microcontroladores PIC usando C

2.6.1. Taxonomia e rea de aplicao

FIGURA 2 - Taxonomia USB por rea de aplicao

2.6.2. Topologia USB

FIGURA 3 - Topologia USB

2.6.3. USB Host

2.6.5. Caractersticas Eltricas

O clock transmitido e codificado juntamente com os dados. O tipo de

FIGURA 4 - Cabo USB

O cabo dispe do VBUS e GND (aterramento) em cada segmento para entregar

2.6.6. Mass Storage Devices (dispositivos de armazenamento em massa)

2.8. Anlise do Tipo e Efeito de Falha (FMEA)

2.8.1. Aplicaes do FMEA

FIGURA 5 - Formulrio FMEA

FIGURA 6 - Definio de termos e fluxograma FMEA

Os modelos FMEA de classificaes de severidade, ocorrncia e deteco de

TABELA 1 - ndice de Severidade das Falhas

TABELA 2 - ndice de Ocorrncia das Falhas

Muito Pequena Certamente no ser detectado

TABELA 3 - ndice de Deteco das falhas

Este projeto consiste em uma fechadura de porta provida de acionamento

No pendrive ficar armazenado um arquivo no formato TXT e poder ser lido

4.2. Requisitos Funcionais

4.3. Especificao de Engenharia

Como proposta para ilustrar a apresentao das especificaes de engenharia de

FIGURA 7 - Esquema eltrico do teclado paralelo

Conforme ilustrado na figura, o teclado constitudo de doze teclas onde cada

4.3.2. Gerenciador de Mensagens

Solicita a senha a ser alterada.

TABELA 4 - Listas de mensagens exibidas no display LCD

4.3.2.1. Display LCD

TABELA 5 - Diagrama de Ligao entre o microcontrolador e o display LCD

4.3.3. Gerenciador de Memria e Senhas de Usurios

4.3.4. Relgio em Tempo Real

interface I C. A disponibilidade desta interface uma das caractersticas tcnicas pertencentes

4.3.4.1. Relgio em tempo real DS1307

FIGURA 8 - Mapa de Registradores do DS1307

O CI oferece a possibilidade de comunicao por meio do protocolo I2C no modo

FIGURA 9 - Esquema de ligao do barramento I2C