Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
ESCOLA DE MINAS EM
COLEGIADO DO CURSO DE ENGENHARIA DE CONTROLE
E AUTOMAO CECAU
Ouro Preto
Escola de Minas UFOP
Agosto/2008
ii
iii
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 7 - Documentao e resultados do teste 2................................................................ 45
TABELA 8 - Documentao e resultados do teste 3................................................................ 45
TABELA 9 - Documentao e resultados do teste 4................................................................ 46
TABELA 10 - Documentao e resultados do teste 5.............................................................. 46
TABELA 11 - Documentao e resultados do teste 6.............................................................. 46
TABELA 12 - Documentao e resultados do teste 7.............................................................. 46
TABELA 13 - Documentao e resultados do teste 8.............................................................. 47
TABELA 14 - Documentao e resultados do teste 9.............................................................. 47
TABELA 15 - Documentao e resultados do teste 10............................................................ 47
TABELA 16 - Documentao e resultados do teste 11............................................................ 47
TABELA 17 - Documentao e resultados do teste 12............................................................ 47
TABELA 18 - Documentao e resultados do teste 13............................................................ 48
TABELA 19 - Documentao e resultados do teste 14............................................................ 48
TABELA 20 - Documentao e resultados do teste 15............................................................ 48
TABELA 21 - Documentao e resultados do teste 16............................................................ 48
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.
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.
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
5
Uma srie de instrues combinadas para realizar uma determinada tarefa
chamada de programa ou software (MACKENZIE, 1995, traduo nossa).
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
NO
Modificar
8
Custo da vida til;
Competncia ou treinamento do operador;
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).
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).
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).
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;
15
arquitetura do software permite para futuras extenses do USB suporte para mltiplos
controladores USB host (USB IMPLEMENTERS FORUM, 2000, traduo nossa).
16
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).
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;
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).
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.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
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.
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
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
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
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
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;
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:
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.
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
RS
RW
E
D4
D5
D6
D7
PIC18F4550
PORTA D1
PORTA D2
PORTA D0
PORTA D4
PORTA D5
PORTA D6
PORTA D7
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.
34
registrador responsvel por armazenar valores como data, ms, ano, dia da semana, hora,
minuto e segundo corrente.
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.
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
Pino Nome
Mdulo Tipo
Descrio
5V0
5V0
LED1
LD1
Sada
LED2
LD2
Sada
USBD1P
U1P
I/O
USBD1M
U1M
I/O
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
24
3V3
3V3
Sada 3V3
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.
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;
Interrupes;
40
FIGURA 12 - Diagrama de blocos do PIC18F4550
FONTE: MICROCHIP PIC18F4550 DATASHEET, 2007.
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.
42
Existem trs maneiras para atualizar o firmware do VDIP1:
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
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.
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;
Descrio do Teste:
Descrio do Teste:
Descrio do Teste:
Funo do Teste:
46
O usurio est impedido de excluir um registro de senha.
Tipo de defeito:
Indisponibilidade da funo de excluir senhas.
Efeito:
Lgica inadequada ou defeito na memria EEPROM.
Causa do defeito:
Severidade: Alta
Riscos: Moderado
Resultado: Nenhum defeito encontrado
TABELA 9 - Documentao e resultados do teste 4
47
Resultado:
Descrio do Teste:
Funo do Teste:
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
Resultado: Nenhum defeito encontrado
Tipo de defeito:
Efeito:
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
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