You are on page 1of 155

UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN

DEPARTAMENTO ACADMICO DE ELETRNICA


ENGENHARIA INDUSTRIAL ELTRICA:
NFASE EM ELETRNICA E TELECOMUNICAES

ANDRIY GUILHERME KREFER


ANTONIO CARLOS TIRADO JUNIOR
LUCAS JOS ACUNHA DE VARGAS

SMWeb:
Sistema de Monitoramento GPS via Web

TRABALHO DE CONCLUSO DE CURSO

CURITIBA
2011
ANDRIY GUILHERME KREFER
ANTONIO CARLOS TIRADO JUNIOR
LUCAS JOS ACUNHA DE VARGAS

SMWeb:
Sistema de Monitoramento GPS via Web

Relatrio de projeto de concluso de curso


apresentado disciplina de Projeto Final 2 do
curso de Engenharia Industrial Eltrica: nfase em
Eletrnica / Telecomunicaes do Departamento
de Eletrnica da Universidade Tecnolgica
Federal do Paran, como requisito parcial para a
obteno de grau de engenheiro eletricista.

Orientador: Prof. Dr. Paulo Csar Stadzisz

CURITIBA
2011
ANDRIY GUILHERME KREFER

ANTONIO CARLOS TIRADO JUNIOR

LUCAS JOS ACUNHA DE VARGAS

SMWeb:
Sistema de Monitoramento GPS via Web

Este Trabalho de Concluso de Curso foi julgado e aprovado como requisito


parcial para obteno do ttulo de Engenheiro Industrial Eletricista com nfase em
Eletrnica e Telecomunicaes pela Universidade Tecnolgica Federal do Paran.

Curitiba, de de 2011.

______________________________
Prof. Dr. Hilton Jos Silva de Azevedo
Coordenador de Curso
Departamento Acadmico de Eletrnica

______________________________
Prof. Ph.D. Dr. Dario Eduardo Amaral Dergint
Responsvel pelo Trabalho de Concluso de Curso
Departamento Acadmico de Eletrnica

BANCA EXAMINADORA

Prof.Dr. Rubens Alexandre de Faria

Prof. Dr. Paulo Czar Stadzisz


Orientador

Prof. Dr. Kleber Kendy Horikawa Nabas


AGRADECIMENTOS

Agradecemos primeiramente a Deus que iluminou nosso caminho durante


esta jornada, e nos integrou em uma equipe unida em todos os momentos do
desenvolvimento, apesar de todas as dificuldades.

Agradecemos aos nossos queridos familiares: Sr. Joo Eutmio Krefer e


Sra. Neide Cabral Krefer pais do Andriy, Sr. Antonio Carlos Tirado e Sra. Marcia
Cristina Fvaro Tirado pais do Antonio, Sr. Rogrio Joo de Vargas e Sra. Silvia
Regina Acunha de Vargas pais do Lucas, todos que no decorrer do curso e do
projeto nos estimularam e apoiaram de modo constante com suas palavras apoio,
coragem e perseverana.

Ao Prof. Dr. Paulo Csar Stadzisz, orientador da equipe, que nos contribuiu
com o desenvolvimento do projeto, fornecendo conselhos para a elaborao da
documentao e preciosas orientaes para os conceitos tcnicos aplicados ao
projeto.

banca, composta pelos professores Prof. Dr. Rubens Alexandre de Faria


e Prof. Dr. Kleber Kendy Horikawa Nabas, os quais aceitaram em participar da nossa
avaliao e tambm por tornar possvel a realizao do mesmo.

Aos amigos, que concederam incentivos e sugestes no decorrer do


desenvolvimento e tambm em momentos de companheirismo e amizade que
serviram de imensa importncia e motivao para a elaborao do projeto.

Universidade Tecnolgica Federal do Paran e todos os seus professores,


pelo ensino oferecido durante todo o curso, formando os integrantes da equipe com
os conhecimentos e habilidades necessrias para a elaborao do projeto.

Agradecemos tambm ao apoio concedido por todos que colaboraram direta


e indiretamente no desenvolvimento deste projeto e deixamos de todo o corao
nosso profundo Muito Obrigado!
RESUMO

DE VARGAS, Lucas J. A.; KREFER, Andriy G.; TIRADO JUNIOR, Antonio C.


SMWeb: Sistema de monitoramento GPS via web. 2011. 155 p. Trabalho de
Concluso de Curso (Engenharia Industrial Eltrica: Eletrnica/Telecomunicaes)
Departamento de Eletrnica, Universidade Tecnolgica Federal do Paran. Curitiba,
2011.

A preocupao com furtos de veculos uma constante entre seus proprietrios.


Segundo pesquisa divulgada recentemente, apenas 20% dos carros roubados so
recuperados na cidade de Curitiba (VOITCH, 2010). Neste contexto, o objetivo deste
projeto desenvolver um sistema para monitoramento da localizao geogrfica de
veculos, voltada para auxiliar o controle de frota de empresas de transportes
terrestres, tais como empresas de txi, transporte de cargas, locadoras de veculos
e, tambm para assistir a reparao de veculos furtados, entre outros usos, em que
se tenha necessidade de rastreabilidade. Para desenvolver este sistema, foi
necessrio examinar a viabilidade do projeto, estudando quais so os possveis
mtodos para o correto funcionamento do sistema (protocolos de comunicao via
rede celular, interfaceamento com o sistema de posicionamento global GPS ,
implementao do sistema web e, at mesmo, o prprio sistema de alimentao
eltrica a ser aplicado). O hardware do sistema ser instalado junto ao veculo em
um local discreto, de difcil acesso. Este transmitir informaes de posicionamento
global via rede celular para um servidor remoto. Com isto, possvel a um usurio
do sistema localizar o veculo no qual est instalado o hardware correspondente
solicitao, por meio de um servio web, o qual tambm est incluso neste projeto.
Com o rpido acionamento do sistema, espera-se que este hardware possibilite a
recuperao de praticamente todos os veculos que o portem, em caso de estarem
sujeitos condio de furto.

Palavras-chave: Monitoramento. GPS. GSM. Servio Web. Rastreabilidade de


Veculos.
ABSTRACT

DE VARGAS, Lucas J. A.; KREFER, Andriy G.; TIRADO JUNIOR, Antonio C.


SMWeb: GPS tracking system via the web. 2011. 155 p. Trabalho de Concluso de
Curso (Engenharia Industrial Eltrica: Eletrnica/Telecomunicaes) Departamento
de Eletrnica, Universidade Tecnolgica Federal do Paran. Curitiba, 2011.

The preoccupation with thefts of vehicles is a constant among its owners. Based on
searches disclosed recently, only 20% of stolen cars are recovered in the city of
Curitiba. Inside this context, this projects objective is develop a tool for monitoring
the geography location of vehicles, facing the support the fleets control of land
transport, like taxis firms, charges transport, vehicles rental, and also to watch the
slolen vehicles recover among others uses that have necessity of tracking. To
develop this system, itll be necessary examine the projects viability, searching what
are the possible methods to the correct running of the system, as communication
protocols by mobile network, interfacing with the Global Positioning System (GPS),
implementation of web system and even the own system of electric alimentation to
be applied. The systems hardware will be installed united to the vehicle in a discrete
place, with hard access. That will transfer the global positions informations by mobile
network to a remote server. Thus, it will be possible to the system user, to find the
vehicle installed in the hardware relevant to the request, throught a web service,
which is planned to this project. With the fast actuation of this system, it is expected
that the hardware allows the recuperation about nearly all the vehicles which have
the system, in case of be subject to the thefts condition.

Keywords: Monitoring. GPS. GSM. Web Service. Vehicle Tracking.


LISTA DE FIGURAS

Figura 1 Circunferncia baseada na distncia entre transmissor e receptor .......... 20


Figura 2 Estimando uma localizao mais exata do receptor ................................ 20
Figura 3 Exemplo de DER. ..................................................................................... 23
Figura 4 Representao de uma entidade. ............................................................ 24
Figura 5 Representao de atributos determinante, composto e multi-valorado.... 25
Figura 6 Relacionamento de compra entre as entidades cliente e produto. ........... 25
Figura 7 Representao de participao mnima e mxima (min,mx) de E em R 26
Figura 8 Representao de Auto-relacionamento .................................................. 26
Figura 9 Camadas do Modelo OSI ......................................................................... 28
Figura 10 Comparativo dos modelos OSI e TCP/IP ............................................... 30
Figura 11 Modelo cliente-servidor: requisio e resposta ...................................... 31
Figura 12 Diagrama de Blocos do projeto SMWeb ................................................ 35
Figura 13 Microcontrolador ATMEL ATMEGA328P-PU ......................................... 37
Figura 14 Principais componentes associados ao microcontrolador ...................... 38
Figura 15 Ligao dos LEDs que reportam o estado do dispositivo ...................... 39
Figura 16 Circuito responsvel por fornecer o nvel de tenso de 5V .................... 40
Figura 17 Circuito responsvel por fornecer o nvel de tenso de 3,3V ................. 40
Figura 18 Receptor GPS SkyNav SKM53. ............................................................. 41
Figura 19 Interface do Mdulo GPS com o microcontrolador ................................. 42
Figura 20 Mdulo GPRS SIMCom SIM900B .......................................................... 42
Figura 21 Interface do Mdulo GPRS com o microcontrolador .............................. 43
Figura 22 Ciclo de Carga ideal de uma bateria de chumbo-cido .......................... 48
Figura 23 Circuito elaborado para o comutador ..................................................... 49
Figura 24 Diagrama de estados do firmware desenvolvido .................................... 52
Figura 25 Interface mdulo-servidor web ............................................................... 54
Figura 26 Resposta do servidor uma mensagem HTTP bem formatada. ........... 55
Figura 27 Resposta do servidor uma mensagem HTTP mal formatada. ............. 56
Figura 28 Diagrama entidade-relacionamento do banco de dados smwebtcc ....... 58
Figura 29 Tabelas do banco de dados ................................................................... 60
Figura 30 Tela de Login.......................................................................................... 63
Figura 31 Tela inicial apresentada ao usurio normal ............................................ 65
Figura 32 Tela inicial apresentada aos usurios avanado e mestre ..................... 66
Figura 33 Tela de seleo de veculos para consulta da localizao atual ............ 67
Figura 34 Mapa com a localizao do veculo........................................................ 68
Figura 35 Formulrio da opo de percurso........................................................... 69
Figura 36 Mapa com o percurso do veculo ........................................................... 72
Figura 37 Tela de configurao do relatrio de distncia percorrida ...................... 75
Figura 38 Tela do relatrio de distncia percorrida ................................................ 76
Figura 39 Tela inicial de relatrios grficos apresentados para o usurio normal .. 77
Figura 40 Tela de configurao do relatrio de distncia percorrida ...................... 77
Figura 41 Grficos de distncia percorrida ............................................................. 78
Figura 42 Tela de configurao do relatrio de velocidade mxima ...................... 78
Figura 43 Grficos de velocidade mxima ............................................................. 79
Figura 44 Tela inicial de relatrios grficos apresentados para o usurio normal .. 80
Figura 45 Tela de configurao do relatrio de distncia percorrida, com grupos . 81
Figura 46 Grficos de distncia percorrida, com grupos ........................................ 82
Figura 47 Tela de configurao do relatrio de velocidade mxima, com grupos .. 83
Figura 48 Grficos de velocidade mxima, com grupos ......................................... 83
Figura 49 Relao dos veculos disponveis na frota para edio .......................... 84
Figura 50 Modificao de dados de determinado veculo ...................................... 85
Figura 51 Tela de configurao de grupos ............................................................. 85
Figura 52 Tela de configurao de determinado grupo de veculos ....................... 86
Figura 53 Tela de Incluso de um novo grupo de veculos .................................... 86
Figura 54 Tela de login para a pgina de administrao de contas ....................... 87
Figura 55 Pgina inicial do administrador .............................................................. 88
Figura 56 Tela de cadastro de um novo usurio .................................................... 88
Figura 57 Tela de edio dos usurios cadastrados .............................................. 89
Figura 58 Tela de edio de determinado usurio ................................................. 90
Figura 59 Tela de cadastro de um novo veculo..................................................... 90
Figura 60 Tela de edio dos veculos cadastrados .............................................. 91
Figura 61 Tela de edio de determinado veculo .................................................. 92
Figura 62 Resultado de um percurso curto realizado em campo realizado ............ 95
Figura 63 Resultado do percurso completo realizado em campo........................... 96
Figura 64 Histograma da distncia percorrida para o trecho curto ......................... 97
Figura 65 Histograma da distncia percorrida para o trecho longo ........................ 97
Figura 66 Histograma da velocidade mxima para o trecho curto ......................... 98
Figura 67 Histograma da velocidade mxima para o trecho longo ......................... 99
Figura 68 Estatsticas gerais para o trecho curto ................................................. 100
Figura 69 Estatsticas Gerais para o trecho longo ................................................ 100
Figura 70 Proposta de Valor................................................................................. 120
Figura 71 Estrutura Organizacional dos departamentos de diretoria ................... 127
Figura 72 Caixa e rtulo do prottipo ................................................................... 154
Figura 73 Circuitos do sistema ............................................................................. 154
Figura 74 Circuito do comutador, sem a ligao externa com os LEDs e bateria 155
LISTA DE QUADROS

Quadro 1 Principais elementos da notao Chen .................................................. 27


Quadro 2 Formato da mensagem de requisio .................................................... 33
Quadro 3 Exemplo de requisio HTTP ................................................................. 33
Quadro 4 Resposta do servidor.............................................................................. 34
Quadro 5 Comparativo entre os principais tipos de baterias .................................. 45
Quadro 6 Relao dos estados do comutador ....................................................... 51
Quadro 7 Mensagem final construda no dispositivo embarcado ........................... 55
Quadro 8 Cdigo que efetua a requisio HTTP.................................................... 57
Quadro 9 Cdigo que efetua a criao das tabelas ............................................... 61
Quadro 10 Comparativo dos recursos disponveis nos concorrentes .................. 117
Quadro 11 Expectativa de vendas nos trs primeiros anos de operao ............ 124
Quadro 12 Cronograma das principais atividades previstas at o ano de 2014... 126
Quadro 13 Quadro de pessoal nos trs primeiros anos de operao .................. 129
Quadro 14 Investimento inicial necessrio para operao da empresa ............... 131
Quadro 15 Custos variveis envolvidos no processo de produo ...................... 132
Quadro 16 Projeo das despesas nos trs primeiros anos de operao ........... 133
Quadro 17 Receitas e Gastos acumulados .......................................................... 136
Quadro 18 Projeo do resultado nos trs primeiros anos de operao .............. 137
Quadro 19 Projeo do fluxo de caixa nos trs primeiros anos de operao....... 138
LISTA DE GRFICOS

Grfico 1 Segmentao do Mercado prevista para 2014 ..................................... 111


Grfico 2 Evoluo das receitas e gastos acumulados ........................................ 136
Grfico 3 Evoluo do Resultado Lquido nos trs primeiros anos de operao . 138
Grfico 4 Projeo do Fluxo de Caixa nos trs primeiros anos de operao ....... 139
SUMRIO

1. INTRODUO ..................................................................................................... 14
1.1. MOTIVAO E JUSTIFICATIVA ...................................................................... 14
1.2. OBJETIVOS ...................................................................................................... 15
1.2.1. Objetivo Geral................................................................................................ 15
1.2.2. Objetivos Especficos .................................................................................... 15
1.3. METODOLOGIA ............................................................................................... 16
1.4. APRESENTAO DO DOCUMENTO .............................................................. 17
2. FUNDAMENTAO TERICA ............................................................................ 19
2.1. GPS .................................................................................................................. 19
2.2. GPRS ................................................................................................................ 21
2.3. BANCO DE DADOS ......................................................................................... 22
2.3.1. Base de Dados .............................................................................................. 22
2.3.2. Modelo Entidade-Relacionamento................................................................. 22
2.3.2.1. Entidades ................................................................................................... 23
2.3.2.2. Atributos ..................................................................................................... 24
2.3.2.3. Relacionamentos ....................................................................................... 25
2.3.2.4. Cardinalidade ............................................................................................. 25
2.3.2.5. Auto-relacionamentos ................................................................................ 26
2.4. MODELO OSI ................................................................................................... 28
2.5. HTTP ................................................................................................................ 30
2.6. CONSIDERAES .......................................................................................... 34
3. DESENVOLVIMENTO ......................................................................................... 35
3.1. VISO GERAL .................................................................................................. 35
3.2. HARDWARE ..................................................................................................... 37
3.2.1. Microcontrolador ............................................................................................ 37
3.2.2. Alimentao ................................................................................................... 39
3.2.3. Mdulo GPS .................................................................................................. 41
3.2.4. Mdulo GPRS................................................................................................ 42
3.2.5. Comutador ..................................................................................................... 44
3.3. FIRMWARE ...................................................................................................... 51
3.4. INTERFACE MDULO-SERVIDOR ................................................................. 53
3.4.1. Mdulo GSM/GPRS ...................................................................................... 54
3.4.2. Servidor HTTP ............................................................................................... 56
3.5. SOFTWARE (SISTEMA WEB) ......................................................................... 57
3.5.1. Banco de Dados ............................................................................................ 57
3.5.1.1. Diagrama entidade-relacionamento ........................................................... 58
3.5.1.2. Tabelas do Banco de Dados ...................................................................... 59
3.5.1.3. Instrues SQL .......................................................................................... 60
3.5.1. Google Maps JavaScript API ......................................................................... 62
3.5.2. Google Chart Tools ....................................................................................... 62
3.5.3. Contas de Usurios ....................................................................................... 63
3.5.3.1. Usurio Normal (user) ................................................................................ 64
3.5.3.2. Usurio Avanado (user advanced): .......................................................... 64
3.5.3.3. Usurio Mestre (admin) .............................................................................. 64
3.5.4. Pgina Inicial ................................................................................................. 65
3.5.4.1. Interface do Usurio Normal (user) ............................................................ 65
3.5.4.2. Interface de Usurio Avanado (user advanced) e Usurio Admin (admin)66
3.5.5. Funcionalidades do sistema .......................................................................... 67
3.5.5.1. Localizao Atual ....................................................................................... 67
3.5.5.2. Percurso Escolhido .................................................................................... 68
3.5.5.3. Relatrios Distncia ................................................................................ 75
3.5.5.4. Relatrios Grficos ..................................................................................... 76
3.5.5.4.1. Usurio Normal (user) ............................................................................ 76
3.5.5.4.2. Usurio Avanado (user advanced) e Usurio Mestre (admin) .............. 79
3.5.5.5. Funcionalidades exclusivas do Usurio Avanado e Usurio Mestre. ....... 84
3.5.5.5.1. Configurao de Veculos ....................................................................... 84
3.5.5.5.2. Configurao de Grupos ......................................................................... 85
3.5.5.6. Pgina de Administrao de Contas para Usurio Mestre ......................... 87
3.5.5.6.1. Login Administrador ................................................................................ 87
3.5.5.6.2. Pgina Inicial Administrador ................................................................... 87
3.5.5.6.3. Criar usurio ........................................................................................... 88
3.5.5.6.4. Editar usurio.......................................................................................... 89
3.5.5.6.5. Criar Veculo ........................................................................................... 90
3.5.5.6.6. Editar Veculo ......................................................................................... 91
3.6. CONSIDERAES .......................................................................................... 92
4. RESULTADOS OBTIDOS .................................................................................... 94
4.1. TESTES REALIZADOS EM CAMPO ................................................................ 94
4.2. CONSIDERAES ........................................................................................ 101
5. PLANO DE NEGCIOS ..................................................................................... 102
5.1. SUMRIO EXECUTIVO ................................................................................. 102
5.2. Definio do Negcio ...................................................................................... 103
5.2.1. Viso ........................................................................................................... 103
5.2.2. Misso ......................................................................................................... 103
5.2.3. Valores ........................................................................................................ 104
5.2.4. Descrio do Negcio ................................................................................. 104
5.3. OBJETIVOS .................................................................................................... 104
5.3.1. Objetivos Principais ..................................................................................... 105
5.3.2. Objetivos Intermedirios .............................................................................. 105
5.4. PRODUTO E SERVIOS ............................................................................... 106
5.4.1. Descrio do Servio ................................................................................... 106
5.4.2. Anlise Comparativa ................................................................................... 107
5.4.3. Tecnologia ................................................................................................... 108
5.4.4. Produtos e Servios Futuros ....................................................................... 109
5.5. ANLISE DE MERCADO RESUMIDA ............................................................ 110
5.5.1. Segmentao de Mercado .......................................................................... 110
5.5.2. Segmento Alvo de Mercado ........................................................................ 111
5.5.2.1. Necessidades do Mercado ....................................................................... 111
5.5.2.2. Tendncias do Mercado ........................................................................... 112
5.5.2.3. Crescimento do Mercado ......................................................................... 113
5.5.3. Anlise da Indstria ..................................................................................... 113
5.5.3.1. Players ..................................................................................................... 114
5.5.3.1.1. Fornecedores........................................................................................ 114
5.5.3.1.2. Clientes ................................................................................................. 115
5.5.3.1.3. Concorrentes ........................................................................................ 116
5.5.3.2. Modelo de Distribuio ............................................................................. 117
5.5.3.3. Modelo de Competitividade ...................................................................... 117
5.5.3.4. Principais Players ..................................................................................... 118
5.6. DEFINIO DA OFERTA E DA PROPOSTA DE VALOR .............................. 119
5.7. ESTRATGIA E IMPLEMENTAO RESUMO .......................................... 120
5.7.1. Diferenciais Competitivos e Proposta de Valor............................................ 120
5.7.2. Estratgia de Marketing ............................................................................... 121
5.7.2.1. Estratgia de Preos ................................................................................ 121
5.7.2.2. Estratgia de Promoo ........................................................................... 122
5.7.2.3. Estratgia de Distribuio ........................................................................ 122
5.7.3. Estratgia de Vendas .................................................................................. 123
5.7.3.1. Forecast ................................................................................................... 123
5.7.3.2. Plano de Vendas ...................................................................................... 124
5.7.4. Alianas Estratgicas .................................................................................. 125
5.7.5. Cronograma................................................................................................. 125
5.8. GESTO ......................................................................................................... 126
5.8.1. Estrutura Organizacional ............................................................................. 126
5.8.1.1. Departamento Engenharia e Servios ..................................................... 127
5.8.1.2. Departamento Financeiro e Estratgia ..................................................... 127
5.8.1.3. Departamento Vendas e Marketing. ......................................................... 128
5.8.2. Equipe ......................................................................................................... 128
5.8.3. Quadro de Pessoal ...................................................................................... 129
5.9. PLANO FINANCEIRO..................................................................................... 129
5.9.1. Consideraes............................................................................................. 130
5.9.1.1. Investimento Inicial ................................................................................... 130
5.9.1.2. Custos ...................................................................................................... 131
5.9.1.3. Despesas ................................................................................................. 132
5.9.2. Indicadores Financeiros .............................................................................. 133
5.9.3. Anlise do Ponto de Equilbrio..................................................................... 135
5.9.4. Projeo do Resultado ................................................................................ 137
5.9.5. Projeo do Fluxo de Caixa ........................................................................ 138
5.10. Consideraes ................................................................................................ 139
6. CONCLUSES .................................................................................................. 141
REFERNCIAS ....................................................................................................... 144
APNDICES............................................................................................................ 147
14

1. INTRODUO

1.1. MOTIVAO E JUSTIFICATIVA

O furto de veculos ocorre de maneira rpida, sem qualquer possibilidade de


defesa a seus ocupantes. Em adendo, aps o ocorrido, o perodo de tempo entre
acionar o socorro das autoridades e o efetivo atendimento das mesmas dificulta
ainda mais a localizao do bem furtado. Considerando que aps o roubo possa ser
tomada qualquer direo de deslocamento, a rea na qual deveria ser efetuada a
cobertura para a localizao do veculo cresce quadraticamente com relao ao
tempo. Constata-se que, em Curitiba, apenas 20% dos veculos roubados so
recuperados (VOITCH, 2010). Alm disso, a frequncia destes furtos acarreta um
aumento de 20% no preo do seguro de um veculo (VOITCH, 2010).
No entanto, considerando que aps o furto existisse a possibilidade de
coletar informaes de posicionamento global do veculo em tempo real, no seria
necessrio efetuar a busca, uma vez que se tem conhecimento da localizao do
bem. Alm da maior probabilidade de encontr-lo, tambm se deve notar a maior
rapidez na ao das autoridades responsveis pela segurana pblica, permitindo
que seja atendido um maior nmero de ocorrncias desta natureza em uma menor
quantidade de tempo.
Alm da questo do furto, o fato do cliente dispor de dados de
geolocalizao do veculo pode trazer informaes teis quando aplicadas ao seu
modelo de negcio. Por exemplo, uma transportadora que deseje fazer o
rastreamento de sua frota, pode otimizar o processo logstico, reduzindo custos e
aumentando a eficincia de sua malha.
Outro caso que serve de exemplo seria o de uma companhia de txi, que
passa a ter o controle total de seus veculos e pode tomar decises inteligentes
baseando-se nos veculos que se encontram mais prximos aos clientes. A
companhia tem acesso imediato s informaes plotadas no mapa e ganha muito
em agilidade de controle da frota, pois no necessita mais perguntar a todos os
taxistas sua localizao.
15

1.2. OBJETIVOS

1.2.1. Objetivo Geral

O objetivo geral desse trabalho desenvolver uma ferramenta para


monitoramento da localizao geogrfica de veculos, voltada para auxiliar o controle
de frota em empresas de transportes terrestres, tais como empresas de txi,
transporte de cargas, locadoras de veculos e, tambm para assistir a localizao de
veculos furtados entre outros usos em que se tenha necessidade de rastreabilidade.

1.2.2. Objetivos Especficos

Os objetivos especficos deste trabalho de concluso de curso so:

Projetar um sistema e um software que, utilizando o mdulo GPS de maneira


integrada ao mdulo GSM/GPRS, possa a transmitir dados como longitude e
latitude a um servidor na Internet;

Traar graficamente o histrico da trajetria do veculo em um mapa, durante


determinados intervalos de data e hora (a ser estipulado pelo usurio). Isto
ser possvel utilizando a orientao enviada pelo GPS registrada no servidor
e a integrao com uma API de mapas disponvel na Internet;

Projetar um hardware de comutao entre a alimentao da bateria do carro e


a bateria do dispositivo, em caso de falha de uma a outra passar a alimentar
o sistema;

Projetar uma base de dados que guarde um histrico completo deste a


primeira utilizao do sistema. Assim, o cliente poder consultar o histrico e
utilizar as informaes que julgar importantes.
16

1.3. METODOLOGIA

A concretizao deste projeto ocorreu conforme as seguintes etapas pr-


definidas:
1 Etapa: Estudar a viabilidade do projeto
Consistiu em estudar os clientes em potencial que tenham interesse pelo
servio de rastreamento. Como exemplo, empresas de transporte terrestre e at
mesmo consumidores que queiram proteger seu veculo contra furtos.
2 Etapa: Estudar as tecnologias envolvidas
Esta etapa englobou o estudo das tecnologias apropriadas para cada
mdulo envolvido no projeto. Dentre elas, foram definidas a tecnologia de
transmisso de dados, taxa de atualizao necessria para o mdulo GPS para o
bom funcionamento do sistema, entre outros.
3 Etapa: Analisar os fornecedores e providenciar os componentes
necessrios
Uma vez definido o princpio de funcionamento do projeto, foi efetuado um
estudo sobre os possveis componentes a serem aplicados e, ento, selecionados.
4 Etapa: Elaborar a documentao bsica
Com base nos componentes selecionados, foi possvel definir as questes
tcnicas do projeto, desde o estudo da documentao dos componentes escolhidos,
at a definio dos padres para a programao de firmware e software. Os circuitos
esquemticos envolvidos tambm foram elaborados para embasar o
desenvolvimento tcnico do projeto.
5 Etapa: Desenvolver e testar os mdulos envolvidos no projeto
Foram desenvolvidos, os respectivos prottipos funcionais para cada mdulo
presente no projeto, com base na documentao elaborada anteriormente. Todos os
procedimentos descritos anteriormente foram seguidos minuciosamente para
maximizar a probabilidade de sucesso do projeto. Foram efetuados os testes para
cada mdulo, em especial as interfaces com as conexes com os respectivos
mdulos, designado de acordo com o diagrama, para que todos os mdulos
estivessem preparados para funcionar em conjunto e evitar retrabalhos nas etapas
seguintes.
17

6 Etapa: Integrar e testar o conjunto completo


Foram integrados todos os mdulos e efetuados os devidos testes de
funcionamento.
7 Etapa: Complementar a documentao
Aps obter sucesso em todos os testes do projeto, foram observadas todas
as concluses, e includas na documentao previamente iniciada.
8 Etapa: Apresentar o projeto
Nesta etapa, a equipe ir apresentar o projeto, bem como submeter a
documentao para a banca examinadora.

1.4. APRESENTAO DO DOCUMENTO

O primeiro captulo tratou da motivao e justificativa para realizao do


projeto, dos objetivos e resultados esperados, bem como a metodologia utilizada no
projeto.
O captulo 2 trar informaes referentes fundamentao terica do
projeto. Ser conduzida uma breve introduo a respeito das tecnologias envolvidas,
para possibilitar a compreenso da etapa de desenvolvimento do projeto.
O captulo 3 apresentar informaes essencialmente tcnicas, referentes
ao desenvolvimento do projeto. Nele, sero identificados os mdulos que compem
o projeto, incluindo a descrio do hardware desenvolvido e empregado, bem como
apresentadas quais sero as tcnicas para o desenvolvimento do software
relacionado ao projeto.
O captulo 4 ir expor os resultados obtidos com o projeto, por meio da
realizao testes em campo.
O captulo 5 apresentar um plano de negcios para analisar a viabilidade
da introduo do projeto no mercado, sob a forma de um servio. Ser proposto um
plano para a abertura de uma nova empresa. Nele, estaro listados os resultados
dos estudos referentes anlise de mercado, tais como os possveis clientes,
concorrentes existentes e patentes relacionadas ao projeto. Tambm apresentar
elementos relacionados gesto da empresa, tais como despesas e custos
envolvidos, expectativa de vendas e o cronograma para execuo das atividades
18

planejadas. Ser realizada tambm a anlise de indicadores financeiros, previso


das receitas lquidas e do fluxo de caixa em determinado perodo.
O captulo 6, por fim, apontar as principais consideraes referentes ao o
projeto como um todo, relatando os principais pontos, entre eles a motivao para
realizao do projeto, desenvolvimento, resultados obtidos e o plano de negcios.
19

2. FUNDAMENTAO TERICA

Este captulo ir introduzir uma fundamentao terica a respeito das


tecnologias envolvidas, bem como quais os principais componentes e tcnicas de
software relacionadas que devero ser empregadas no desenvolvimento da
ferramenta proposta, denominada SMWeb.

2.1. GPS

O primeiro aspecto relevante o funcionamento do sistema de


posicionamento global GPS. Ele composto por 24 satlites artificiais que orbitam
em torno da Terra a uma altitude de 20.300 quilmetros (TOMTOM). O padro da
rbita destes satlites sincronizado para que em qualquer ponto da superfcie da
Terra se possa receber sinais de pelo menos quatro destes satlites a qualquer
momento. Nesta situao, um receptor denominado como visvel ao transmissor
(TOMTOM). Com um receptor GPS, possvel efetuar a leitura dos sinais de
satlites utilizando o conceito da Trilaterao (TOMTOM), determinando a posio
por meio da aferio da distncia entre os diversos transmissores (satlites) e o
receptor (mdulo GPS).
A distncia obtida por meio de clculos de tempos entre a transmisso e
recepo, efetuados pelo receptor. Uma vez que a velocidade de propagao de
uma onda eletromagntica conhecida e o tempo para a transmisso pode ser
estimado, possvel aferir a distncia entre o receptor e o satlite GPS.
Com o conhecimento da distncia entre o receptor e um dos transmissores,
possvel definir uma superfcie esfrica, tomando como centro um dos
transmissores. Nesta superfcie esfrica est a possvel localizao estimada do
receptor, ilustrada pela circunferncia da Figura 1.
20

Figura 1 Circunferncia baseada na distncia entre transmissor e receptor


Fonte: Autoria Prpria

Entretanto, no possvel definir um ponto exato apenas com esta


informao. Como existem pelo menos quatro satlites visveis em qualquer ponto
da superfcie terrestre, possvel utilizar informaes provenientes de outros
satlites simultaneamente. Ao combinar o conhecimento de distncia dos demais
transmissores, possvel definir geometricamente outras superfcies esfricas, com
suas respectivas posies centrais e distncias entre transmissor e receptor.
Determina-se, ento, a interseco destas superfcies esfricas no espao, onde a
regio em comum destas representa a localizao estimada do receptor, conforme a
Figura 2.

Figura 2 Estimando uma localizao mais exata do receptor


Fonte: Autoria Prpria
21

2.2. GPRS

O GPRS (General Packet Radio Service) uma tecnologia de transferncia


de dados nas redes de celulares GSM utilizadas atualmente. Fornece uma taxa
terica mxima de 56 kbps para transmisso de dados e 28 kbps para recepo
(NOVATEL, 2002).
No GPRS o servio sempre ativo, ou seja, um modo no qual os
recursos somente so utilizados a um usurio quando for necessrio enviar ou
receber dados. Essa tcnica do GPRS permite que vrios usurios compartilhem os
mesmos recursos ao mesmo tempo, aumentando assim a capacidade de rede e
permitindo uma gerncia razoavelmente eficiente dos recursos. Algumas das
vantagens do GPRS so:
Utilizao de voz e dados no mesmo canal ao mesmo tempo;
Ampla cobertura em todas as unidades;
Reduo de custos. Com o GSM a tarifao poder ser efetuada por tempo
de conexo.

Com o GPRS, a informao dividida em pacotes relacionados entre si


antes de ser transmitida e remontada no destinatrio.
A comutao de pacotes a informao dividida em pequenas dados e
colocado em um pacote. Durante o transporte entre a origem e o destino, as
informaes so misturadas. Quando o destinatrio recebe todos os dados do
pacote ele as remonta, formando a informao completa original.
Usar a comutao de pacotes no GPRS significa que os recursos de rdio
sero utilizados apenas quando os usurios estiverem enviando ou recebendo
dados. Ao invs de dedicar um canal para um usurio por um determinado perodo
de tempo, o recurso pode ser compartilhado concorrentemente entre vrios
usurios. Esse uso eficiente de recursos significa que um grande nmero de
usurios GPRS pode compartilhar a mesma largura de banda, utilizando a
modulao por chaveamento de fase gaussiano (GMSK) (TURLETTI, 1996).
Dada a eficincia do GPRS, h menor necessidade de investir em recursos
que sero somente utilizados em horrios de pico. Portanto, o GPRS permite que as
22

operadoras maximizem o uso de seus recursos de rede de uma forma dinmica e


flexvel.

2.3. BANCO DE DADOS

2.3.1. Base de Dados

Uma base de dados coleo organizada de dados, usualmente armazenada


em forma digital. Na dcada de 70 surgiram os primeiros sistemas gerenciadores de
bases de dados, os SGBDs (ELMAZARI-NAVATHE, 2003). Anteriormente, as
aplicaes utilizavam o prprio sistema de arquivos do sistema operacional para
organizar suas informaes. Tal organizao e a eficincia da recuperao desses
dados eram altamente dependentes do desenvolvedor da aplicao.
Com o aumento do volume de dados em aplicaes especficas, como
sistemas bancrios e sistemas empresariais, fez-se necessria a criao dos
SGBDs. Alguns dos principais sistemas atualmente so Oracle, Microsoft SQL
Server, PostgreSQL, MySQL e SQLite. Para administrar tais sistemas, a linguagem
SQL largamente difundida (ELMAZARI-NAVATHE, 2003).

2.3.2. Modelo Entidade-Relacionamento

O modelo entidade-relacionamento uma abstrao com a finalidade de


descrever conceitualmente os dados pertencentes a um domnio. O diagrama
entidade-relacionamento (DER) a maneira grfica de se representar este modelo.
Esta notao largamente utilizada na modelagem de bancos de dados (CHEN,
1976). Outras notaes que merecem destaque so (ELMAZARI-NAVATHE, 2003):
IDEF1X;
Notao de Martin;
Notao de Bachman;
Notao de Setzer;
23

Uso da UML para representar modelos de dados no-orientados a


objetos.
O objetivo de Chen na criao dessa notao foi modelar os elementos do
mundo real e represent-los da maneira mais clara possvel. A Figura 3 ilustra um
exemplo de DER.
PRIMEIRO_NOME SEGUNDO_NOME SOBRENOME ENDEREO

NMERO
NOME
NOME SEXO SALRIO LOCALIZAO
TRABALHA PARA
(1,1)
ID (4,N
FUNCIONRIO )

(0,1) DEPARTAMENTO
SU B O

(1,1)
OR

DATA_DE_NASCIMENTO GERENCIA
IS
)

(0,1) DO
(0,N

RDIN

(0,N
ER V

(1 NMERO_DE_EMPREGADOS
,N

)
)
SU P

HORAS

SUPERVISO
CONTROLA

TRABALHA EM

)
,1
(1,N)

(1
PROJETO
NOME

POSSUI

NMERO LOCALIZAO
.....
(1,
......
1)

DEPENDENTE

NOME
RELACIONAMENTO

SEXO
DATA_DE_NASCIMENTO

Figura 3 Exemplo de DER.


FONTE: Adaptado de Elmazari-Navathe (2003).

Para compreender o DER, se faz necessrio o conhecimento de seus


elementos e simbologias. A seguir, sero descritos seus principais elementos.

2.3.2.1. Entidades

o conjunto de elementos com caractersticas prprias. Seus atributos no


dependem de outras entidades (CHEN, 1976). Podem ser entendidos como os
substantivos da lngua portuguesa. Ela tanto pode ser algo concreto (livro, pessoa),
24

quanto abstrato (emprstimo, viagem de frias). Exemplos de entidades: locais,


pessoas e objetos.
A representao de uma entidade feita atravs de um retngulo e um texto
interno nomeando a entidade, conforme a Figura 4.

Entidade

Figura 4 Representao de uma entidade.


Fonte: Autoria Prpria

2.3.2.2. Atributos

Os atributos modelam as caractersticas de uma entidade ou


relacionamento. Os atributos de uma entidade no dependem de nenhuma outra
entidade. Os atributos podem ser do tipo: determinante, composto ou multi-valorado
(CHEN, 1976).
Um atributo determinante aquele que nico para a entidade e para um
elemento da entidade. Futuramente pode ser utilizado como chave primria em uma
tabela.
Atributos compostos so aqueles que podem ser divididos em mais partes
para melhor entendimento, como por exemplo, um endereo, podendo ser composto
por rua, nmero e CEP.
O ltimo caso, atributos multi-valorados, so aqueles que podem assumir
mais de um valor para determinado elemento de uma entidade. Por exemplo, para
uma entidade Funcionrio pode haver zero ou mais nmeros de telefone
cadastrados. Ou seja, possui uma relao 1 para N com a entidade. representado
atravs de um asterisco frente de seu nome. Na Figura 5, so exemplificadas suas
notaes.
25

CPF
Funcionrio

*telefone
dia

Data de
ms
nascimento

ano

Figura 5 Representao de atributos determinante, composto e multi-valorado.


Fonte: Autoria Prpria

2.3.2.3. Relacionamentos

Relacionamentos so associaes entre entidades. Por exemplo, um cliente


vinculado a um produto atravs do relacionamento de compra. representado por
meio de um losango, como ilustrado na Figura 6.

1 N
Cliente compra Produto

Figura 6 Relacionamento de compra entre as entidades cliente e produto.


Fonte: Autoria Prpria

2.3.2.4. Cardinalidade

Identifica quantas vezes cada elemento de uma entidade pode participar de


um relacionamento. No caso anterior, cada cliente pode comprar N produtos, mas
cada produto pode ser comprado por apenas um cliente, caracterizando uma relao
1 para N. Outra variao mais precisa para esta notao est representada na
Figura 7, na qual so especificadas a participao mnima e mxima (min,mx) de E
em R. Deve-se atentar que a ordem de leitura da cardinalidade passa a ser invertida
em relao notao anterior.
26

R (min,mx) E

Figura 7 Representao de participao mnima e mxima (min,mx) de E em R


Fonte: Autoria Prpria

2.3.2.5. Auto-relacionamentos

Auto-relacionamentos vinculam uma instncia de uma entidade outra


instncia de uma mesma entidade. No exemplo ilustrado pela Figura 8, a entidade
funcionrio vinculada a ela mesma atravs do relacionamento casado com. No
caso de auto-relacionamentos deve-se sempre especificar os papis de cada
entidade.

marido

Funcionrio Casado com

mulher

Figura 8 Representao de Auto-relacionamento


Fonte: Autoria Prpria
27

O Quadro 1 relaciona os principais elementos da notao Chen.

Smbolo Significado

Entidade

Relacionamento

Atributo

. Atributo chave

...

Atributo composto

1 N
E1 R E1 Cardinalidade 1:N para E1:E2 em R

Representao de participao
R (min,mx) E mnima e mxima (min,mx) de E em
R

Quadro 1 Principais elementos da notao Chen


Fonte: Adaptado de Chen (1976)
28

2.4. MODELO OSI

Quando as primeiras redes de dados surgiram, no existia uma


padronizao dos protocolos de comunicao entre os fabricantes de computadores.
Tipicamente, era possvel estabelecer uma comunicao apenas entre
computadores de um mesmo fabricante.
Para padronizar as interfaces presentes em sistemas de comunicaes, foi
desenvolvido o modelo de camadas OSI (CISCO SYSTEMS, 2009). Em essncia,
ele distribui as diversas funes de um sistema de comunicao em sete grupos
com papis bem definidos, denominadas camadas. Ele descreve os procedimentos
existentes, desde a interface fsica da comunicao, estabelecendo padres de
sinais eltricos para transmisso, at a interface com o usurio. A Figura 9 mostra
graficamente como as sete camadas esto distribudas em um sistema de
comunicao.

Figura 9 Camadas do Modelo OSI


Fonte: Cisco Systems (2009)

medida que os dados da aplicao so transmitidos atravs das camadas,


so aplicados protocolos de comunicao que agregam informaes aos dados em
cada camada. Este processo denominado encapsulamento (CISCO SYSTEMS,
29

2009), sendo necessrio para preparar os dados a serem transmitidos para garantir
uma transmisso coerente. Como exemplos de informaes agregadas, pode-se
citar o endereo de destino dos dados, controle de erros de transmisso, entre
outros.
Em cada camada, os dados recebem denominaes diferenciadas, em
funo das informaes que lhe foram adicionadas. Na camada de Transporte, so
denominados segmentos. Na camada de Rede, so chamados pacotes. Na camada
Enlace de Dados, so conhecidos como quadros. E na camada Fsica, so
nomeados como bits de dados.
Ser conduzida uma breve explicao sobre cada camada, descrevendo
quais so as principais funes que cada uma delas possui.
A camada de Aplicao gerencia as interfaces com o usurio. Esta camada
cria as solicitaes, geradas pelo usurio, a serem enviadas para a camada inferior.
Os servidores web, servidores de correio eletrnico, banco de dados e clientes
ponto-a-ponto (P2P) so alguns dos exemplos que se aplicam a esta camada.
A camada de Apresentao, por sua vez, responde s solicitaes
requeridas pela camada de aplicao. Ela tambm a responsvel pela formatao
da semntica e a sintaxe das informaes transmitidas entre as camadas de
aplicao e sesso. Exemplos seriam os processos de criptografia e descriptografia;
as formataes ASCII, PostScript, entre outras; bem como os processos de
compresso, descompresso, utilizados em transmisses de formatos imagens
(JPEG, TIFF, GIF) e vdeos (MPEG, QuickTime).
A camada 5 do modelo OSI refere-se camada de Sesso. Ela gerencia o
estabelecimento e a finalizao das sesses criadas entre cliente e servidor.
A camada seguinte, Transporte, a responsvel pela segmentao dos
dados provenientes das camadas superiores. Nela esto definidas as portas de
comunicao de origem e destino.
A camada de Rede define e gerencia o endereamento lgico da rede, alm
de prover os servios para efetuar a troca de dados atravs da rede entre os
dispositivos finais.
A camada de Enlace de Dados efetua o processo de encapsulamento dos
pacotes em quadros. Os protocolos desta camada descrevem os mtodos para a
troca de quadros de dados entre dispositivos atravs de um meio comum, uma vez
30

que diversos tipos de dados so transmitidos por um nico meio de comunicao.


Tambm esto inseridos nesta camada os endereamentos fsicos de origem e
destino.
Por fim, a camada Fsica, de nvel mais baixo, descreve os meios mecnicos
e eltricos, para a transmisso de bits de dados na forma de sinais eltricos.
Na prtica, o modelo de referncia TCP/IP tambm largamente utilizado.
Este nada mais do que uma simplificao do modelo OSI. A Figura 10 ilustra a
correlao entre o modelo OSI e o TCP/IP

Figura 10 Comparativo dos modelos OSI e TCP/IP


Fonte: Cisco Systems (2009)

2.5. HTTP

O HTTP, Hypertext Transfer Protocol, ou seja, protocolo de transferncia de


hipertexto, um protocolo de rede que atua na camada de aplicao no modelo OSI.
O HTTP a base para a World Wide Web. A padronizao desse protocolo foi
coordenada pela IETF (Internet Engineering Task Force), principalmente por meio da
RFC 2616, de julho de 1999 (NETWORK WORKING GROUP, 1999).
O funcionamento do HTTP se d por meio de um modelo cliente-servidor
operando com um sistema de requisio e resposta. Basicamente, existe a figura do
31

servidor, que o elemento que hospeda as pginas web. Sendo o cliente, o agente
que ir requisitar o contedo do servidor. Desta maneira, um cliente (em geral um
navegador web) pode requisitar um contedo, servio ou a execuo de alguma
funo pelo servidor. O servidor, por sua vez, retorna uma resposta indicativa do
status da requisio, podendo conter qualquer outro contedo no corpo da
mensagem, conforme ilustrado na Figura 11. O HTTP um protocolo em modo
texto.

Servidor
1. Requisio .

2. Resposta .

Cliente

Figura 11 Modelo cliente-servidor: requisio e resposta


Fonte: Autoria Prpria

Uma vez que o HTTP encontra-se na camada de aplicao e sendo ele


concebido dentro do framework TCP/IP, o mesmo no possui servios para prover
confiabilidade de transmisso de dados. Sendo assim, os protocolos das camadas
inferiores devem garantir esses requisitos. O HTTP presume a utilizao de
protocolos confiveis na camada de transporte. Usualmente utilizado em conjunto
com o TCP.
Um cliente em geral referenciado como um User Agent, ou simplesmente
UA. O recursos HTTP so identificados e localizados por meio de um URI (Uniform
Resource Identifier) (NETWORKING WORK GROUP, 1998), mais especificamente,
32

do tipo URL (Uniform Resource Locator) (NETWORKING WORK GROUP, 1994).


Por exemplo, a URL http://smwebtcc.com indica o recurso HTML referente pgina
inicial do website do projeto SMWeb.
As requisies so feitas por meio dos mtodos HTTP. A seguir esto
apresentados os principais mtodos.
HEAD: mtodo similar ao GET porm sem a necessidade de um corpo na
mensagem.
GET: requisio de recuso. um mtodo bsico do HTTP.
POST: envia dados a serem processados pelo servidor a um recurso
identificado, por exemplo, o envio de dados de preenchimento de um
formulrio.
PUT: faz o upload da representao de um recurso especificado.
DELETE: remove o recurso especificado.
TRACE: envia ao cliente a requisio recebida. Utilizado para verificao se
h algum servidor intermedirio manipulando as mensagens.
OPTIONS: retorna os mtodos HTTP suportados pelo servidor.

As respostas enviadas pelo servidor so conhecidas por status codes e


podem ser divididas nas classes 1xx, 2xx, 3xx, 4xx e 5xx. Onde x representa um
dgito entre 0 e 9. A classe 1xx indica uma resposta informacional e no uma
resposta final. A classe 2xx indica sucesso. Por exemplo, a resposta 200 OK indica
o sucesso da transao. A classe 3xx indica uma resposta de redirecionamento de
recurso. As respostas 4xx indicam erros na requisio do cliente. Finalmente a
classe 5xx indica que o servidor recebeu uma requisio vlida, mas por um erro
interno no pode complet-la.
A mensagem de requisio possui o formato relacionado pelo Quadro 2.
A primeira linha refere-se ao mtodo
HTTP o recurso sendo requisitado,
GET /admin/index.php HTTP/1.1
bem como a especificao da verso
do HTTP.
Host: smwebtcc.com
User-Agent: Navegador xxx Cabealhos.
Accept-Language: en
33

Linha em branco.
Mensagem Corpo da mensagem (opcional).
Quadro 2 Formato da mensagem de requisio
Fonte: Autoria Prpria

O Quadro 3 exemplifica uma requisio HTTP por meio do navegador


Google Chrome, e o Quadro 4, a resposta do servidor. A requisio foi capturada
atravs do software Wireshark.

Requisio HTTP atravs do mtodo GET:

GET / HTTP/1.1
Host: smwebtcc.com
Connection: keep-alive
Cache-Control: max-age=0
User-Agent: Mozilla/5.0 (Windows NT 6.0) AppleWebKit/535.2 (KHTML, like Gecko)
Chrome/15.0.874.121 Safari/535.2
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,pt-BR;q=0.6,pt;q=0.4
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
Cookie: PHPSESSID=csncstjsdbu6dpa7dqkrl4igu5
Quadro 3 Exemplo de requisio HTTP
Fonte: Autoria Prpria

Resposta do servidor:

HTTP/1.1 200 OK
Date: Sat, 03 Dec 2011 06:52:52 GMT
Server: Apache
Content-Length: 853
Connection: close
Content-Type: text/html

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"


"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>SMWeb - Sistema de Monitoramento Web</title>
</head>
<body>
<h3 align="center">SMWeb - Sistema de Monitoramento Web</h3>
<p align="center">&nbsp;</p>
<form name="form1" method="POST" action="login.php">
<table border="0" align="center">
<tr>
<td>Login:</td>
<td><input type="text" name="login" size="20" maxlength="20"/></td>
</tr>
<tr>
<td>Senha:</td>
34

<td><input type="password" name="senha" size="20" maxlength="20"/></td>


</tr>
<tr>
<td>&nbsp;</td>
<td>&nbsp;</td>
</tr>
<tr>
<td>&nbsp;</td>
<td><input type="submit" value="Confirmar"/></td>
</tr>
</table>
</form>
</body>
</html>
Quadro 4 Resposta do servidor
Fonte: Autoria Prpria

2.6. CONSIDERAES

Este captulo abordou as tecnologias envolvidas no projeto, no intuito de


fundamentar o prximo captulo deste documento que trada do desenvolvimento da
ferramenta proposta.
Foram citadas as questes de funcionamento do sistema de posicionamento
global (GPS), bem como a do servio de rdio de pacote geral (GPRS). Tambm
foram citadas as notaes existentes na representao de banco de dados e uma
breve introduo a respeito do modelo OSI de comunicao, bem como do protocolo
de transferncia de hipertexto HTTP.
35

3. DESENVOLVIMENTO

Esta seo ir descrever as etapas do desenvolvimento do projeto. Sero


abordadas as questes de hardware envolvidas, incluindo os componentes
utilizados, circuitos que foram desenvolvidos e a integrao fsica entre os mdulos.
Tambm ser comentado a respeito do Firmware desenvolvido, bem como
apresentada a mquina de estados do dispositivo embarcado. Por fim, ser descrito
o software implementado no servidor web e como realizada a integrao deste
com o dispositivo.

3.1. VISO GERAL

A
Figura 12 representa um diagrama da viso geral do projeto.

Hardware Embarcado
Satlites GPS

Bateria do
GPS
Carro Servidor web Base de dados

Microcontrolador
Comutador

Internet

Mdulo GSM / Servidor da API de Mapas


Bateria GPRS
Secundria

Sistema de GGSN
Alimentao BSS

Usurio

Figura 12 Diagrama de Blocos do projeto SMWeb


Fonte: Autoria Prpria
36

O servidor web permitir a administrao de mltiplos veculos


simultaneamente, o que permite o gerenciamento de frotas de veculos comerciais
ou outros usos. Da mesma forma, possvel utiliz-lo em uma empresa prestadora
de servio de seguros para gerenciamento de mltiplos veculos de propriedade
individual.
O fornecimento de energia principal efetuado pela prpria bateria do carro.
Caso cesse o fornecimento da bateria principal, acionado um comutador, o qual
efetua o chaveamento do circuito de alimentao para outra bateria, denominada
bateria secundria.
Este sistema fornece nveis de tenso adequados para alimentar os mdulos
GPS, GSM e o Microcontrolador, de uma maneira que tambm estabilizar a tenso
a qualquer pico de energia que poder acontecer na sua alimentao.
O Mdulo GPS ser o responsvel por identificar as coordenadas de
localizao. Ser ativado mediante um sinal de solicitao de rastreamento oriundo
do Microcontrolador. Esta medida ser tomada para otimizar o consumo de energia
do sistema, bem como o uso de memria de armazenamento de informaes.
O Microcontrolador efetuar todo o processamento das informaes
envolvidas. Como atividades principais, pode-se destacar: o recebimento das
informaes de coordenadas provenientes do Mdulo GPS, o processamento e
subsequente envio destas informaes para transmisso adequada atravs do
mdulo GSM/GPRS e o envio de sinais de ativar e desativar o mdulo GPS.
O mdulo GSM/GPRS possui a funo de transmitir as informaes
provenientes do microcontrolador para uma Estao Rdio Base (ERB) da rede
GSM e, por meio do elemento GGSN (Gateway GPRS Support Node) a mensagem
encaminhada via TCP/IP a um servidor de aplicao na Internet. Desse modo,
estas informaes sero armazenadas em uma base de dados para futura consulta.
Com essas informaes guardadas no servidor, um usurio com acesso
Internet poder ter acesso aos dados por meio do sistema web, para isso utilizar
seu navegador. Atravs deste sistema, ser possvel a visualizao do histrico da
localizao do veculo, que estar atrelado a um dispositivo de rastreamento.
Tambm poder visualizar outros diversos relatrios gerados automaticamente, de
acordo com a solicitao do usurio.
37

3.2. HARDWARE

Os principais blocos de hardware j foram apresentados na seo anterior


deste documento. Para o projeto de hardware embarcado do SMWeb, foi utilizado
um microcontrolador, os circuitos que adequam os nveis de tenso de alimentao,
um mdulo GPS, um mdulo GSM e um circuito controlador de baterias
(Comutador). Nas subsees seguintes sero apresentados os principais
componentes utilizados no projeto.

3.2.1. Microcontrolador

O microcontrolador utilizado foi o ATMEGA328P-PU. Trata-se de um


microcontrolador da fabricante ATMEL, de 8 bits, com 32 KBytes de memria flash, 2
Kbytes de memria SRAM e arquitetura RISC (Reduced Instruction Set Controller).
Possui 131 instrues assembly, sendo a maioria delas realizada em um nico ciclo
de clock. Alm disso, possui 14 pinos de entrada e sada digitais e 6 entradas
analgicas. Com relao capacidade do processamento, ele capaz de executar
20 milhes de instrues por segundo (MIPS), quando associado com um cristal
oscilador de 20 MHz (ATMEL, 2011).

Figura 13 Microcontrolador ATMEL ATMEGA328P-PU


Fonte: ATMEL CORPORATION (2011).

Este microcontrolador foi utilizado por possuir uma arquitetura conhecida


pelos integrantes da equipe. Alm disso, muito popular em plataformas de cdigo
aberto, sendo ento relativamente barato e comum no mercado para peas de
38

reposio, com propsito de uma eventual necessidade de manuteno. Em


adendo, para o hardware embarcado do SMWeb, no ser necessrio uma maior
capacidade de processamento, sendo ento este o microcontrolador mais adequado
encontrado, incluindo relaes de custo e benefcio.
O esquemtico da ligao dos principais componentes utilizados est
representado na Figura 14. Nela, esto representados, alm do microcontrolador, o
circuito oscilador utilizado, o boto de reset e a conexo com os conectores para
realizar o interfaceamento com os demais componentes.

Figura 14 Principais componentes associados ao microcontrolador


Fonte: Autoria Prpria

Tambm esto disponveis dois diodos emissores de luz (LED do ingls


Light Emitting Diode) para indicar o estado do rastreador. O LED D1 (Verde) indicar
se o sistema est ligado, ao passo que o LED D2 (Amarelo) indica quando ocorre
uma transmisso. Neste momento, o LED acender de maneira intermitente.
39

Figura 15 Ligao dos LEDs que reportam o estado do dispositivo


Fonte: Autoria Prpria

3.2.2. Alimentao

Como visto nos diagramas anteriores, existem diversos nveis de tenso


disponveis no dispositivo, com o propsito de efetuar a alimentao dos perifricos.
Para prover os nveis de tenso adequados, existem circuitos reguladores de tenso
associados.
Ser visto mais adiante (no item 3.2.5) que as baterias provero tenso de
12V, mas como esta tenso nem sempre ser constante, ser utilizado um regulador
de tenso de 9V para efetuar a alimentao do sistema, por meio do pino Vin.
Para disponibilizar o nvel de tenso de 5V, empregou-se o regulador de
tenso MC33269. O esquemtico encontra-se na Figura 16.
40

Figura 16 Circuito responsvel por fornecer o nvel de tenso de 5V


Fonte: Adaptado de Arduino UNO Rev2 (2011)

Tambm existe o nvel de tenso de 3,3V. O componente empregado para


disponibilizar este valor de tenso o LP2985-33DBVR. O esquemtico encontra-se
na Figura 17.

Figura 17 Circuito responsvel por fornecer o nvel de tenso de 3,3V


Fonte: Adaptado de Arduino UNO Rev2 (2011)
41

3.2.3. Mdulo GPS

O receptor GPS escolhido o mdulo SkyNav SKM53. Fabricado pela


Skylab, baseado no chipset MediaTek3329 e j possui antena integrada.

Figura 18 Receptor GPS SkyNav SKM53.


Fonte: Skylab (2009)

Dentre as principais caractersticas deste mdulo, podem-se citar as


seguintes caractersticas nominais (SKYNAV, 2009):
Possui 22 canais de recepo;
Alta sensibilidade: -165 dBm;
Exatido de 10 metros;
Start-up a frio em 36 segundos;
Baixo consumo em operao (<35 mA @ 3.3 V);
Taxa de atualizao mxima de 1 Hz.

Segundo seu fabricante Skylab, esta verso a mais recente existente at o


momento possui uma exatido maior do que as suas verses anteriores, alm de
possuir maior sensibilidade para recepo do sinal e menor consumo de energia,
conforme especificaes listadas acima. O segundo motivo da escolha deste
componente neste trabalho o custo. Existem receptores GPS com desempenho
superior ao SKM53. Um exemplo o receptor GPS LS20031, fabricado pela
LOCOSYS. Ele possui uma taxa de atualizao de posio de at 10 vezes por
segundo (10 Hz). Porm, o custo deste muito elevado. Alm disto, para a
aplicao do SMWeb, o receptor GPS escolhido atende os requisitos necessrios,
uma vez que com uma taxa de atualizao de 1 Hz possvel efetuar
42

adequadamento o rastreio do veculo. A interface com o microcontrolador feita por


meio de uma comunicao serial, conforme ilustrado pela Figura 19.

Figura 19 Interface do Mdulo GPS com o microcontrolador


Fonte: Autoria Prpria

3.2.4. Mdulo GPRS

Para o mdulo GPRS, foi selecionado o SIM900B, fabricado pela SIMCom


Wireless Solutions. Opera em quatro frequncias de banda (quad-band), a saber:
850, 900, 1800 e 1900 MHz. Este mdulo dispe de interfaces seriais USART, SPI e
I2C, conversor analgico-digital, e preparado com entradas e sadas para
microfone e alto-falantes (SIMCOM, 2009).

Figura 20 Mdulo GPRS SIMCom SIM900B


Fonte: SIMCom (2009)
43

A motivao para a utilizao deste mdulo a flexibilidade com relao s


interfaces que ele possui. A comear pelas interfaces seriais disponveis, foi possvel
adaptar qual seria a mais adequada a ser utilizada na etapa da agregao dos
mdulos descritos no projeto. A gama de frequncias de banda em que ele opera
permite que ele possa ser utilizado com qualquer empresa operadora de celular no
Brasil e no mundo, desde que sejam compatveis com uma das frequncias GSM
listadas. Basta apenas um plano de dados e um SIM Card (popularmente conhecido
como Chip de Celular) da empresa selecionada.
Assim como o mdulo GPS, o mdulo GPRS tambm se comunica com o
microcontrolador por meio de uma interface serial. Entretanto, como o
microcontrolador utilizado dispe de apenas uma porta serial USART (Universal
Synchronous Asynchronous Receiver Transmitter), foi necessrio programar uma
porta serial utilizando pinos de entrada e sada convencionais.
A Figura 21 mostra o circuito esquemtico para a interface do mdulo GPRS
com o microcontrolador.

Figura 21 Interface do Mdulo GPRS com o microcontrolador


Fonte: Autoria Prpria
44

3.2.5. Comutador

Para este projeto, observou-se a necessidade de agregar uma fonte de


alimentao alternativa, em situaes em que a fonte principal possa ser retirada.
Ento, previu-se o uso de uma bateria secundria em conjunto com um sistema de
comutao entre as fontes de alimentao.
A fonte de alimentao principal ser provida pela bateria do prprio veculo
no qual ser instalado o dispositivo de rastreamento. Esta bateria conhecida no
mercado como bateria de chumbo-cido e apresenta alta capacidade de
armazenamento de carga, usualmente entre 45000mAh e 80000mAh, dependendo
do modelo e da necessidade de aplicao. Entretanto, enquanto o veculo est em
operao, a energia eltrica fornecida a partir de um componente denominado
alternador, o qual fornece alimentao a todos os componentes eltricos do veculo.
Em adendo, o alternador prov nveis de tenso adequados para carregar a bateria.
Para a bateria secundria, que fornecer alimentao exclusivamente ao
dispositivo de rastreamento, foi escolhida tambm uma bateria de chumbo-cido.
Existe no mercado uma grande diversidade no que diz a respeito aos materiais de
composio de bateria, tais como baterias de: Nquel-Cdmio (NiCd), Nquel-Metal
Hidreto (NiMh), ons de Ltio (Li-Ion), ons de Ltio Polmero (Li-Po) e a prpria
bateria de Chumbo-cido, citada anteriormente. O Quadro 5 mostra dados
comparativos entre algumas das caractersticas destes tipos de baterias
(MICHELINI, 2007, p. 7-8).
45

Chumbo-
Caracterstica Ni-Cd NiMh Li-Ion Li-Po
cido
Tenso por clula 1,25 V 1,25 V 3,7 V 3,7 V 2,1 V
Densidade de 45-80 60-120 110-160 100-130 30-50
Energia Wh/kg Wh/kg Wh/kg Wh/kg Wh/kg
Tempo para Carga 2a4 2a4 2a4 8 a 16
1 hora
Rpida horas horas horas horas
Tolerncia para Muito
Mdia Baixa Baixa Alta
Sobrecarga Baixa
Auto-Descarga
20% 30% 10% 10% 5%
Mensal (25oC)
Temperatura de -40 a 60 -20 a 60 -20 a 60
o o o
0 a 60 oC -20 a 60 oC
Operao C C C
Custo Mdio Mdio Alto Alto Baixo
Introduo
Comercial em 1950 1990 1991 1999 1970
(ano)
Quadro 5 Comparativo entre os principais tipos de baterias
Fonte: Adaptado de Michelini (2007)

Para este projeto, a bateria que se prescreveu a mais adequada foi a bateria
de chumbo-cido com tenso de 12V (6 clulas) e capacidade de carga de
1300mAh. Com base no quadro anterior, pode-se justificar a escolha da bateria:
Menor Densidade de Energia: dentre as baterias apresentadas, a de
chumbo-cido apresenta a menor densidade de energia por unidade
de massa. Embora isso seja tratado como uma desvantagem, para
aplicao no dispositivo de rastreamento no ser um problema, uma
vez que ele estar embarcado em um veculo, o qual pode abrigar
uma bateria com tamanho maior sem maiores complicaes.
Maior tempo para recarga: este seria o maior revs no emprego desta
bateria para o projeto. Entretanto, nota-se que este tempo maior de
recarga no ser um problema, uma vez que a fonte de alimentao
46

principal fornecer energia ao sistema na maior parte do tempo. Ser


visto neste tpico como ser efetuado o processo de manuteno da
carga na bateria secundria.
Maior tolerncia de sobrecarga: a tenso na fonte de alimentao
principal (conjunto composto pela bateria do veculo e o alternador)
pode sofrer grandes variaes, em especial no momento em que
dado a partida do veculo. Em medies efetuadas, a tenso na
bateria principal passou de 13,2V para 8V. Portanto, requere-se que a
bateria seja tolerante sobrecargas, uma vez que o sistema estar
submetido estas condies.
Baixa razo de Auto-Descarga Mensal: um outro fato interessante a
questo da auto-descarga das baterias. Mesmo quando no
fornecendo alimentao a uma carga, em funo das reaes
qumicas existentes dentro da bateria, ela perde uma quantidade de
carga armazenada. Na bateria de chumbo-cido, esta razo se
demonstra a menor entre as baterias pesquisadas, sendo possvel
armazenar at 95% da carga original durante o perodo de um ms
sem utilizao da bateria.
Temperatura de Operao: a bateria de chumbo-cido tambm
apresenta uma faixa de temperatura de operao aceitvel para a
utilizao em um veculo.
Custo e Tempo de Mercado: os ltimos fatores que foram
considerados no favorecimento pela escolha da bateria de chumbo-
cido foram as questes do custo e a consolidao no mercado. Esse
tipo de bateria a que apresenta o menor custo, dentre todas as
baterias com especificaes de carga e tenso equivalentes. Alm
disso, uma das baterias mais conhecidas no mercado, j existindo
uma estrutura de empresas preparadas para fornecer esta bateria,
bem como empresas que recebem a bateria aps a sua vida til para
reciclagem. Esta ltima etapa fundamental, devendo ser cumprida
sem excees, uma vez que o chumbo que compe este tipo de
bateria um metal pesado e txico.
47

Uma vez estabelecida a bateria a ser utilizada, deve-se atentar ao processo


da sua correta utilizao. O conjunto da fonte de alimentao principal dever
fornecer a alimentao ao dispositivo de rastreamento e tambm dever manter a
carga na bateria secundria.
Em uma bateria de chumbo, o ideal para a aplicao no projeto ser mant-
la em um estgio de carga denominada flutuao. Neste estgio, que ser explicado
posteriormente, possvel compensar as perdas de auto-descarga descritos
anteriormente e tambm fornecer alimentao para uma carga.
A maneira mais rpida de efetuar o carregamento em uma bateria de
chumbo-cido descrita a seguir. No existe uma relao linear, mas sim um
algoritmo de trs estgios neste processo de carga, considerando que a bateria
esteja descarregada.
Durante o primeiro estgio, deve-se efetuar o carregamento aplicando uma
corrente constante. Nesta primeira etapa, a bateria armazena cerca de 70% de
carga da sua capacidade mxima.
No segundo estgio, aplicada uma tenso constante para carregar a
bateria. Observa-se que, conforme a carga na bateria complementa-se, a corrente
de carga se reduz drasticamente.
O terceiro e ltimo estgio o almejado para a operao no projeto, a
etapa denominada flutuao. Nesta, a tenso de carga de flutuao recomendada
para as baterias de chumbo-cido entre 2,25V e 2,3V por clula. Em termos
prticos, neste estgio, a bateria manter a sua capacidade de carga constante.
A Figura 22 ilustra as curvas de tenso sobre cada clula da bateria e a
corrente de carga.
48

Figura 22 Ciclo de Carga ideal de uma bateria de chumbo-cido


Fonte: Michelini (2007)

Com base nestas informaes, foi projetado um circuito comutador, que


utiliza a bateria secundria como uma bateria de backup, a qual dever ser mantida
no estgio de flutuao, para manter a sua carga constante.
O circuito comutador est esquematizado na Figura 23.
49

Figura 23 Circuito elaborado para o comutador


Fonte: Autoria Prpria

Vmain representa a tenso na bateria principal do veculo, ao passo que


Vsec indica a tenso da bateria secundria.
O diodo D1 (1N4007) possui duas funes: a primeira impedir o fluxo de
corrente da bateria secundria para os componentes alheios ao rastreador no
veculo. A segunda fornecer uma queda de tenso de corrente direta de 0,7V
(segundo o datasheet do diodo 1N4007, disponibilizado pela Fairchild
Semiconductor). Este ajuste se faz necessrio para fornecer o nvel de tenso
correto para a bateria secundria operar no estgio de flutuao, explicado
anteriormente. Foram medidos os nveis de tenso fornecidos pelo alternador, com o
veculo em funcionamento, sendo obtidos valores entre 14,2V e 14,4V. A queda de
50

tenso no diodo adapta estes nveis de tenso para valores adequados (13,5V a
13,7V) para operao da bateria secundria no estgio de flutuao.
Com o veculo fora de operao, a energia ser concedida pela bateria
primria, uma vez que apresenta um nvel de tenso maior do que a secundria,
pois ela foi carregada diretamente pelo alternador. Caso a bateria primria seja
removida, a bateria secundria fornecer a alimentao para o circuito. Foi estimada
uma autonomia de 4 horas para esta bateria, com base em testes realizados.
Existe tambm o circuito integrado U1 (LM7809), da National
Semiconductor. um regulador de tenso positiva, que fornece tenso de sada a
9V, com corrente mxima de 1A. Tambm possui desligamento automtico por
temperatura (que ocorre a 125oC). Essencialmente, a funo deste componente ser
fornecer um nvel de tenso constante para a alimentao do dispositivo rastreador.
Conforme foi mencionado anteriormente, os nveis de tenso da bateria podem
variar de acordo com o estgio de carga, na partida do veculo, e at mesmo com a
mudana de temperatura. Uma vez que possui uma ampla faixa de entrada de
tenso (at 35V, segundo o seu respectivo datasheet), este circuito integrado se
mostra adequado para proteo do sistema, bem como para fornecer um nvel de
tenso adequado para o rastreador. Os capacitores C3 e C4 esto associados para
a correta operao deste regulador.
Ainda existem dois LEDs, para indicar o status do dispositivo rastreador. O
primeiro LED, D2, indicar apenas se o rastreador est ligado ou no. Est ligado
diretamente na sada do regulador de tenso U1, utilizando o resistor R2 para limitar
a corrente. O LED D3 exibe qual bateria est fornecendo a alimentao, e depende
da polarizao do transistor bipolar NPN Q1 (BC548), em conjunto com os demais
componentes passivos (resistores R1, R3 e R4). utilizado para operar como uma
porta inversora, cuja entrada est na base do transistor, e a sada, no coletor. Caso
o transistor no esteja polarizado (tenso na base menor que 0,7V), o transistor
estar na regio de corte, no conduzindo. Esta situao representa o momento em
que a bateria principal no esteja presente. O LED D3 passar a estar aceso,
indicando que a bateria secundria est em uso. Caso contrrio, o transistor ser
polarizado, passar a conduzir, de tal forma a inibir a corrente no LED D3, indicando
que a bateria secundria no est sendo utilizada. O Quadro 6 identifica a funo
dos LEDs:
51

Estado do LED D2 Estado do LED D3 Significado


(Verde) (Vermelho)
Comutador Ligado,
Ligado Desligado utilizando a bateria
principal
Comutador Ligado,
Ligado Ligado utilizando a bateria
secundria
Desligado Desligado Comutador Desligado
Comutador em situao
anormal, em m
Desligado Ligado
operao ou LED D2
queimado.
Quadro 6 Relao dos estados do comutador
Fonte: Autoria Prpria

Ainda existe o capacitor C1, que ir efetuar o desacoplamento da fonte de


alimentao, atenuando componentes de alta frequncia. Por exemplo, as
oscilaes de nveis de tenso sero atenuadas por este capacitor.
Os pinos J1 e J2 faro a ligao com a bateria principal, ao passo que J3 e
J4, com a bateria secundria. O ltimo conector, J5, o conjunto de conectores para
ligao com os outros mdulos do rastreador.

3.3. FIRMWARE

O software embarcado do dispositivo ir controlar os mdulos GPS e


GSM/GPRS na coleta de dados e posterior envio para o servidor. Pela experincia
prtica adquirida no uso dos mesmos, constatou-se uma certa instabilidade,
principalmente quanto s condies de dependncia da rede celular. Desta maneira,
o firmware deve ser robusto o suficiente para poder lidar com tais oscilaes. O
diagrama de estados do firmware desenvolvido encontra-se na Figura 24.
52

Dispositivo ligado

Entry: Resetar mdulo GSM/GPRS

Mdulo GSM/GPRS inicializado

Mdulo GSM/GPRS inicializado

Mdulo no
registrado na rede / Mdulo registrado na rede
Tenta registra-se

Mdulo GSM/GPRS registrado na


rede
Informaes do GPS
Entry: Tenta coletar informaes no coletadas
do GPS

Informaes do GPS
coletadas
Mdulo no
registrado na rede /
Tenta registra-se Informaes do GPS coletadas
Socket no criado /
Tenta criar socket
Entry: Tenta criar socket HTTP

Socket criado

Criado socket com o servidor


smwebtcc.com
Mensagem HTTP
Entry: Envia mensagem HTTP ao enviada
servidor

Figura 24 Diagrama de estados do firmware desenvolvido


Fonte: Autoria Prpria

O software que implementa tal diagrama de estados encontra-se no anexo A


deste documento.
53

3.4. INTERFACE MDULO-SERVIDOR

Para o estabelecimento da comunicao entre o mdulo e o servidor web


utilizado o protocolo HTTP. A escolha desse protocolo seu deu aps a anlise de
suas vantagens e desvantagens frente a outras possveis abordagens.
O mdulo GSM/GPRS utilizado, modelo SIM900B, j disponibiliza
internamente a implementao de uma pilha TCP/IP. A utilizao dessa pilha feita
atravs da criao de sockets via comandos AT. Apesar da pilha estar disponvel
para uso, para qualquer protocolo que venha a ser utilizado na camada de
aplicao, faz-se necessria sua implementao via software. Sendo assim, uma
possvel soluo, seria a criao de um protocolo especfico para estabelecer a
comunicao com o servidor. Outra possibilidade a utilizao de um protocolo
padronizado. Abaixo esto listadas as principais vantagens e desvantagens entre a
criao de um protocolo especfico para o projeto e a utilizao do protocolo HTTP.
Vantagens da utilizao de um protocolo prprio:
Maior facilidade de implementao no sistema micro-controlado.
Protocolo otimizado para sua finalidade, portanto com menor overhead e
menor utilizao de banda.

Desvantagens da utilizao de um protocolo prprio:


As hospedagens tradicionais permitem apenas trfego HTTP, o que
poderia tornar invivel sua utilizao em um servidor compartilhado.
Possvel bloqueio por parte da operadora mvel. Atualmente a filtragem
por tipo de trfego uma prtica comum.
Por no ser um protocolo padro, poder diminuir a portabilidade do
sistema em uma possvel migrao de servidor.

Vantagens da utilizao do protocolo HTTP:


Do ponto de vista do servidor web, este o protocolo nativo utilizado,
portanto, a implementao torna-se mais simples, podendo-se utilizar a
mesma linguagem de programao escolhida para o desenvolvimento da
pgina web, o PHP.
54

Trfego HTTP no costuma sofrer nenhum tipo de bloqueio por parte das
operadoras mveis.
um protocolo altamente difundido e padronizado pela IETF em conjunto
com a W3C.

Desvantagens da utilizao do protocolo HTTP:


Maior complexidade no desenvolvimento do software embarcado, uma vez
que a pilha HTTP deve ser implementada.
Maior utilizao de banda, devido ao envio dos headers do protocolo.

Apesar de apresentar maior dificuldade no desenvolvimento do software


embarcado, a abordagem escolhida foi a da utilizao do protocolo HTTP, uma vez
que um padro altamente difundo e desvantagens como maior consumo de banda
so inexpressveis.

3.4.1. Mdulo GSM/GPRS

O mdulo se comunica com o servidor atravs do mtodo GET especificado


no HTTP. Atravs dessa requisio HTTP, so passados como parmetros o cdigo
identificador do mdulo (nico para cada dispositivo) e a string $GPRMC coletada do
mdulo GPS.

HTTP GET
http://smwebtcc.com/track/?m=id_do_modulo&gprmc=string_coletada_do_gps
Mdulo GSM/GPRS

Servidor web

Internet

GGSN
BSS

Figura 25 Interface mdulo-servidor web


Fonte: Autoria Prpria
55

A mensagem HTTP GET pode conter vrios cabealhos opcionais, porm


para sua implementao no mdulo, procurou-se mont-la com o menor nmero
possvel de headers que a mantivesse funcional. A mensagem final construda da
seguinte maneira no dispositivo embarcado:

GET http://smwebtcc.com/track/?m=id&gprmc=str_gps HTTP/1.1[CR][LF]


Host:smwebtcc.com[CR][LF]
User-agent: Andriy[CR][LF]
[CR][LF]

Quadro 7 Mensagem final construda no dispositivo embarcado


Fonte: Autoria Prpria

Onde [CR] o caractere ASCII carrier-return, de cdigo 13 e [LF] o


caractere line-feed, de cdigo 10. Os trechos destacados id e str_gps so os
parmetros efetivamente enviados.
Se a transao obtiver sucesso, o servidor enviar uma mensagem do tipo
200 OK ao mdulo. Caso a mensagem HTTP esteja mal formatada, o servidor
enviar uma resposta do tipo 400 Bad Request. A Figura 26 e a Figura 27
apresentam exemplos de uma resposta do servidor a uma requisio HTTP GET
bem formatada e uma mal formatada. Foi utilizado o software (freeware) Hercules
para o envio da requisio.

Figura 26 Resposta do servidor uma mensagem HTTP bem formatada.


Fonte: Autoria Prpria
56

Figura 27 Resposta do servidor uma mensagem HTTP mal formatada.


Fonte: Autoria Prpria

3.4.2. Servidor HTTP

Ao receber a requisio HTTP, o servidor coleta os parmetros, analisa se as


informaes esto corretas e caso sim, as envia para a base de dados. Para tratar
as strings recebidas do GPS e checar se as informaes esto corretas utilizada a
classe Gps. Para enviar os dados coletados para o banco de dados faz-se uso da
classe Database.
No Quadro 8 apresenta-se o cdigo que trata tais requisies.
<?php
require_once('../classes/Database.php');
require_once('../classes/Gps.php');

$db = new Database('dbmy0045.whservidor.com', 'smwebtcc', 'SMWeb123', 'smwebtcc');


$gps = new Gps();
$moduleId = addslashes($_GET['m']);
$gpgga = addslashes($_GET['gpgga']);
$gprmc = addslashes($_GET['gprmc']);

$gps->setNmeaString($gpgga, $gprmc);
57

$b['validaNMEA'] = $gps->getValidaNMEA();
if (($b['validaNMEA']) == true) {
$a['id_modulo'] = $moduleId;
$a['latitude'] = $gps->getLatitude();
$a['longitude'] = $gps->getLongitude();
$a['velocidade'] = $gps->getVelocidade();
$a['datahora'] = $gps->getDatahora();
$db->insert('localizacao', $a);
}
unset($a);
unset($b);
?>
Quadro 8 Cdigo que efetua a requisio HTTP
Fonte: Autoria Prpria

3.5. SOFTWARE (SISTEMA WEB)

O sistema web desenvolvido a interface para que o usurio possa


administrar sua frota cujos dados esto armazenados no banco de dados.

3.5.1. Banco de Dados

A deciso de se utilizar um banco de dados para armazenamento das


informaes coletadas confere robustez, velocidade e maior confiabilidade para os
dados armazenados. Outro fator decisivo a enorme quantidade de dados enviados
continuamente por mltiplos mdulos que deve ser tratada de forma eficaz.
Entre os SGBDs (Sistemas gerenciadores de base de dados) algumas das
principais alternativas existentes no mercado so:
Microsoft SQL Server;
Oracle;
MySQL;
PostgreSQL.
Das opes citadas acima, os sistemas MySQL e PostgreSQL fazem parte
de projetos de cdigo aberto e so alternativas gratuitas. Os sistemas Oracle e
Microsoft SQL Server so opes pagas. Para o projeto SMWeb escolheu-se o
SGBD MySQL por tratar-se de um sistema altamente difundido no mercado.
58

3.5.1.1. Diagrama entidade-relacionamento

A modelagem conceitual da base de dados foi feita atravs do diagrama


entidade-relacionamento, ilustrado na Figura 28.

senha
login privilegios
Usurio
id (0,1)

usurio referencia
(0,N)
Usurio base id
(0,N)
(0,N)
grupo de veculos
(1,1)
administra

(0,N)
possui nome do grupo

placa pertence a
(1,1)
(0,N)

modelo veculo

(1,1) id
motorista
possui
(1,1)
Mdulo GPS/GPRS
(0,N)
descricao id

esteve em

(1,1)

localizao
id

latitude velocidade
instantnea
longitude

momento
dia segundo

ms data horrio minuto

ano hora

Figura 28 Diagrama entidade-relacionamento do banco de dados smwebtcc


Fonte: Autoria Prpria
59

3.5.1.2. Tabelas do Banco de Dados

Com base no modelo conceitual, as tabelas do banco de dados foram


estruturadas da seguinte maneira:
Tabela: grupo_veiculo
Campo Tipo Descrio
id int(32) chave primaria
id_grupo int(32) chave secundaria do grupo
id_usuario int(32) chave estrangeira do usuario
id_veiculo int(32) chave estrangeira do veiculo
nome_grupo varchar(32) nome do grupo

Tabela: localizao
Campo Tipo Descrio
id bigint(20) chave primaria
id_modulo bigint(20) id do modulo instado no veiculo
latitude Double latitude
longitude Double longitude
datahora datetime data e horario relativos a posicao
velocidade int(10) velocidade instantanea do veiculo

Tabela: rel_distancia
Campo Tipo Descrio
id_veiculo bigint(20) chave primaria
data date data
distancia int(11) distancia total em metros

Tabela: usuario
Campo Tipo Descrio
id bigint(20) chave primaria
login varchar(20) login
senha varchar(32) md5 da senha
privilegio enum('admin', 'advanced-user', privilegios do usuario
'user')
nome varchar(100) nome completo do usuario
id_ref bigint(20) chave estrangeira do usuario de
referencia

Tabela: usuario_veiculo
Campo Tipo Descrio
id_usuario bigint(20) chave estrangeira do usuario
id_veiculo bigint(20) chave estrangeira do veiculo
60

Tabela: veiculo
Campo Tipo Descrio
id bigint(20) chave primaria
placa varchar(8) placa do veiculo
modelo varchar(30) modelo do veiculo
motorista varchar(40) motorista do veiculo
descrio varchar(250) descricao do veiculo
id_modulo bigint(20) id do modulo instalado no veiculo
Figura 29 Tabelas do banco de dados
Fonte: Autoria Prpria

3.5.1.3. Instrues SQL

O ltimo passo para implementao do banco de dados a converso das


tabelas no cdigo SQL que ir efetivamente ser executado no SGBD e criar as
tabelas. Tal cdigo est declarado no Quadro 9.
-- --------------------------------------------------------
--
-- Database: `smwebtcc`
--
-- --------------------------------------------------------

--
-- Table structure for table `grupo_veiculo`
--

CREATE TABLE `grupo_veiculo` (


`id` int(32) NOT NULL AUTO_INCREMENT COMMENT 'chave primaria',
`id_grupo` int(32) NOT NULL COMMENT 'chave secundaria do grupo',
`id_usuario` int(32) unsigned NOT NULL COMMENT 'chave estrangeira do usuario',
`id_veiculo` int(32) unsigned NOT NULL COMMENT 'chave estrangeira do veiculo',
`nome_grupo` varchar(32) NOT NULL COMMENT 'nome do grupo',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--
-- Table structure for table `localizacao`
--

CREATE TABLE `localizacao` (


`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'chave primaria',
`id_modulo` bigint(20) unsigned NOT NULL COMMENT 'id do modulo instado no
veiculo',
`latitude` double NOT NULL COMMENT 'latitude',
`longitude` double NOT NULL COMMENT 'longitude',
`datahora` datetime NOT NULL COMMENT 'data e horario relativos a posicao',
`velocidade` int(10) unsigned NOT NULL COMMENT 'velocidade instantanea do
veiculo',
PRIMARY KEY (`id`),
KEY `id_modulo` (`id_modulo`,`datahora`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
61

-- --------------------------------------------------------

--
-- Table structure for table `rel_distancia`
--

CREATE TABLE `rel_distancia` (


`id_veiculo` bigint(20) NOT NULL COMMENT 'chave primaria',
`data` date NOT NULL COMMENT 'data',
`distancia` int(11) NOT NULL COMMENT 'distancia total em metros',
KEY `id_veiculo` (`id_veiculo`,`data`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--
-- Table structure for table `usuario`
--

CREATE TABLE `usuario` (


`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'chave primaria',
`login` varchar(20) NOT NULL COMMENT 'login',
`senha` varchar(32) NOT NULL COMMENT 'md5 da senha',
`privilegio` enum('admin','advanced-user','user') NOT NULL DEFAULT 'user' COMMENT
'privilegios do usuario',
`nome` varchar(100) NOT NULL COMMENT 'nome completo do usuario',
`id_ref` bigint(20) NOT NULL DEFAULT '0' COMMENT 'chave estrangeira do usuario de
referencia',
PRIMARY KEY (`id`),
KEY `login` (`login`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--
-- Table structure for table `usuario_veiculo`
--

CREATE TABLE `usuario_veiculo` (


`id_usuario` bigint(20) unsigned NOT NULL COMMENT 'chave estrangeira do usuario',
`id_veiculo` bigint(20) NOT NULL COMMENT 'chave estrangeira do veiculo',
KEY `id_usuario` (`id_usuario`,`id_veiculo`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--
-- Table structure for table `veiculo`
--

CREATE TABLE `veiculo` (


`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'chave primaria',
`placa` varchar(8) NOT NULL COMMENT 'placa do veiculo',
`modelo` varchar(30) NOT NULL COMMENT 'modelo do veiculo',
`motorista` varchar(40) NOT NULL COMMENT 'motorista do veiculo',
`descricao` varchar(250) NOT NULL COMMENT 'descricao do veiculo',
`id_modulo` bigint(20) unsigned NOT NULL COMMENT 'id do modulo instalado no
veiculo',
PRIMARY KEY (`id`),
KEY `placa` (`placa`),
KEY `id_modulo` (`id_modulo`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
Quadro 9 Cdigo que efetua a criao das tabelas
Fonte: Autoria Prpria
62

3.5.1. Google Maps JavaScript API

Esse aplicativo oferecido pela Google funciona sobre programao


javascript, que nos permite adicionar mapas apresentados pelo Google Maps nas
pginas do website desenvolvido. Esse aplicativo bastante rico em funcionalidades
de manipulao de informaes (longitude e latitude) em seus mapas disponveis
(mapa, satlite, hbrido), permitindo a perfeita visualizao das informaes do
banco de dados para cada veculo.
Este aplicativo da Google permite a plena utilizao em paginas
convencionais utilizadas com navegadores exemplo: Internet Explorer, Mozila
Firefox, Google Chrome, Opera Web Browser, entre outros. Tambm utilizvel
para navegadores de tablets e de smartphones como exemplo: Dolphin, Firefox
Android, Safari, entre outros.
Para aprendizado do cdigo para a correta utilizao de suas
funcionalidades, a Google dispe de uma ferramenta que possibilita a execuo de
seus cdigos com esse API em uma plataforma didtica para seus programadores:
Google Code Playground.
O Google Code Playground permite que o desenvolvedor conhea e se
familiarize cada aplicao dos cdigos do Google Maps JavaScript API,
configurando de inicializao o zoom do mapa, adio de ferramenta de zoom ao
mapa, as informaes de cada ponto impresso no mapa, caractersticas do mapa,
etc.

3.5.2. Google Chart Tools

Para a gerao dos grficos de distncia percorrida e velocidade mxima


para os veculos presentes no banco de dados, utilizado no sistema cdigos
oferecido pela ferramenta Google Chart Tools o qual permite que o desenvolvedor
utilize vrios tipos de grficos de acordo com a sua necessidade.
O Google Chart Tools utiliza classes em javascript assim como no Google
Maps JavaScript API. Ele dispe de vrios estilos dos grficos e diversificadas
63

variaes de informaes, ele razovel facilidade de adaptao e de razovel


manuteno.
Essa aplicao permite o uso em qualquer verso de navegadores
tradicionais de usurios normais, assim como usurios de tablets e smartphones.

3.5.3. Contas de Usurios

Como todo o site de dados restritos, necessrio que cada usurio realize
autenticao do login antes de ter acesso a suas informaes, relatrios e
funcionalidades.

Figura 30 Tela de Login


Fonte: Autoria Prpria

Aps realizao do login no site, o usurio ter vrias opes de


informaes de sua frota.
Havero trs tipos de contas para o acesso ao site: o Usurio Normal (user)
ter informaes simples sobre os carros individualmente. O Usurio Avanado
(user advanced), com opes de relatrios e consultas avanadas da sua frota. O
Usurio Mestre (admin) ser o usurio que ir administrar as contas de usurios
novos e a edio e atualizao das informaes das contas existentes e permitidas
para o acesso ao site.
64

3.5.3.1. Usurio Normal (user)

O usurio Normal (user) ter acesso a sua frota, mas todos os seus
relatrios sero restritos a anlises individuais de cada veculo. O usurio Normal
(user) ter acesso consulta de informaes do banco de dados em relao a sua
conta, sem nenhum insert ou update do banco de dados.
O usurio Normal (user) destinado utilizao dos motoristas ou usurios
simples de cada veculo de sua frota.

3.5.3.2. Usurio Avanado (user advanced):

O usurio Avanado (user advanced) ter acesso a todas as funcionalidades


do usurio normal, mas com novas funcionalidades como a de modificar
informaes dos veculos (Nome do Motorista, Placa do Carro, Modelo, e Descries
Gerais) e tambm poder criar e editar grupos de veculos registrados em sua conta.
O usurio Avanado (user advanced) ter acesso a relatrios de veculos
individuais e tambm grupos de veculos, sendo destinado aos administradores das
frotas.

3.5.3.3. Usurio Mestre (admin)

O usurio Mestre (admin) o usurio que ter acesso ao controle das


contas dos usurios (user e advanced-user) podendo realizar a incluso, excluso e
a edio dos dados que esto no banco de dados (login de acesso, senha, carros
que compem sua frota).
O usurio Mestre (admin) dispe de uma pgina endereada
www.smwebtcc.com/admin destinada somente administrao de contas de acesso
ao site e poder controlar as contas sem a necessidade de acessar via PhpMyAdmin
o banco de dados do servidor.
65

O usurio Mestre (admin) destinado a administradores do sistema da


empresa que fornece o servio de rastreabilidade veicular ou a outras empresas ou
pessoas interessadas nesta soluo.

3.5.4. Pgina Inicial

A pgina inicial mostra as funcionalidades designadas aos usurios,


dependendo de seu acesso (usurio Normal - user, usurio Avanado user
advanced, usurio Admin - admin)

3.5.4.1. Interface do Usurio Normal (user)

Figura 31 Tela inicial apresentada ao usurio normal


Fonte: Autoria Prpria
66

O usurio Normal (user) na sua pgina inicial ir visualizar a localizao de


todos os seus carros de sua conta, no mapa. Ele poder ver todas as
funcionalidades designadas ao seu acesso de usurio Normal (user), que inclui:
Mapa Posio Atual
Mapa Percurso
Relatrio Distncia
Relatrio Grfico

3.5.4.2. Interface de Usurio Avanado (user advanced) e Usurio Admin


(admin)

Figura 32 Tela inicial apresentada aos usurios avanado e mestre


Fonte: Autoria Prpria

Alm de ter todas as funcionalidades do usurio Normal (user), o usurio


Avanado (user advanced) e tambm o usurio Mestre (admin), possuem no sistema
a configurao das informaes de cada veculos como tambm a configurao de
grupos de veculos da sua frota.
67

3.5.5. Funcionalidades do sistema

Esta seo apresenta as funcionalidades do sistema web de monitoramento.

3.5.5.1. Localizao Atual

A Localizao Atual consiste em indicar no mapa o ltimo registro de latitude


e longitude enviado pelo mdulo e registrado no banco de dados, do veculo
escolhido pelo usurio.
Essa aplicao possui um formulrio que permite ao usurio escolher qual
veculo ser localizado no mapa, sendo possvel a escolha de mais de um veculo
em uma mesma consulta.

Figura 33 Tela de seleo de veculos para consulta da localizao atual


Fonte: Autoria Prpria
68

Figura 34 Mapa com a localizao do veculo


Fonte: Autoria Prpria

Aps a escolha dos veculos, realizada uma pesquisa (query) no banco de


dados e impressa no mapa a localizao dos veculos selecionados. O usurio
poder acompanhar a localizao de seus veculos no mapa. O mapa fornecido
pela aplicao desenvolvida pela Google Maps, possibilitando a localizao dos
veculos solicitados.

3.5.5.2. Percurso Escolhido

Para a realizao do percurso escolhido, o usurio dever preencher o


formulrio com as seguintes informaes necessrias: data da consulta (dia em
formato AAAA-MM-DD), hora inicial (hora em formato : HH:MM:SS) e hora final (hora
em formato : HH:MM:SS), e dever selecionar o veculo que estar disponvel para a
consulta.
69

Figura 35 Formulrio da opo de percurso


Fonte: Autoria Prpria

form_percurso.php

<?php

require_once('./classes/Database.php');

//include("fc_funcao.php");

//Dados para conexo com o MySQL


$host = ""; //Servidor
$user = ""; //Usurio
$pass = ""; //Senha
$bd = ""; //Base de Dados

//No mexa!!!
$db = new Database($host, $user, $pass, $bd);

session_start('site'); // Abre session

if(($_SESSION['permissao'] == 'admin')or($_SESSION['permissao'] ==
'user')or($_SESSION['permissao'] == 'advanced-user'))
{
?>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>Untitled Document</title>
<script language="JavaScript" src="calendar1.js"></script><!-- Date only with year
scrolling -->

</head>

<body>
70

<form id="form_distancia" name="form1" method="POST" action="action_percurso.php">

<p><font color="#006600" size="5" face="Courier New, Courier,


monospace"><strong>Mapa - Percurso:</strong></font></p>
<p>

<p><font color="#006600" size="4" face="Courier New, Courier,


monospace"><strong>Selecione a Data e Hora Inicial e Final:</strong></font></p>
<p>

Data:<br>
<input type="Text" name="data_hora_inicial" value="">
<a href="javascript:cal7.popup();"><img src="img/cal.gif" width="16" height="16"
border="0" alt="Click Here to Pick up the date"></a><br>

Hora Inicial:<br>
<input type="text" name="hora_inicial" value="">(hh:mm:ss)<br>

Hora Final:<br>
<input type="text" name="hora_final" value="">(hh:mm:ss)<br>

<!-- Javinha -->

<script language="JavaScript">
<!-- // create calendar object(s) just after form tag closed
// specify form element as the only parameter
(document.forms['formname'].elements['inputname']);
// note: you can have as many calendar objects as you
need for your application

var cal7 = new


calendar1(document.forms['form_distancia'].elements['data_hora_inicial']);
cal7.year_scroll = true;
cal7.time_comp = false;

//-->
</script>

<p><font color="#006600" size="4" face="Courier New, Courier,


monospace"><strong>Escolha os carros disponveis:</strong></font></p>
<p>

<?

$id_login = $_SESSION['id_login'];
//$id_login1 = $id_login[0][0];

$id_carro = $db->query("SELECT id, modelo, motorista, placa FROM veiculo WHERE id


IN (SELECT id_veiculo FROM usuario_veiculo WHERE id_usuario='$id_login')",0);

echo "<table border='1'>";


echo "<tr>";
echo "<td>";
echo "Item";
echo "</td>";
echo "<td>";
echo "Carro";
echo "</td>";
echo "<td>";
echo "Placa";
echo "</td>";
echo "<td>";
echo "Motorista";
echo "</td>";
echo "</tr>";
71

foreach($id_carro as $var)
{
echo "<tr>";
echo "<td>";
echo "<input type='checkbox' name='ck_carro_".$var['id']."'/>";
echo "</td>";
echo "<td>" .$var['modelo']. "</td>";
echo "<td>" .$var['placa']. "</td>";
echo "<td>" .$var['motorista']. "</td>";
echo "</tr>";
}
echo "</table>";

?>
<p>
<label>
<input type="submit" name="button" id="button" value="Gerar Relatrio">
</label>

</form>

</body>
</html>
<?php }else { header("Location: index.php"); }?>

action_percurso.php

<?php
require_once('classes/MapaPercurso.php');
require_once('classes/vd.php');

session_start('site'); // Abre session

function testa_ids_carros($value, $key)


{
global $carros;

if (substr($key, 0, 9) == 'ck_carro_'){
$carros[] = substr($key, 9, strlen($key)-1);
}
}

array_walk($_POST, 'testa_ids_carros');

$mapa = new MapaPercurso();

$mapa ->setData($_POST['data_hora_inicial'])
->setHorarioInicial($_POST['hora_inicial'])
->setHorarioFinal($_POST['hora_final'])
->setVeiculo($carros[0]);

/*$mapa ->setData('2011-12-04')
->setHorarioInicial('00:00:01')
->setHorarioFinal('23:59:59')
->setVeiculo('3172');*/

$mapa->printMap();

?>
72

O resultado da pesquisa query neste intervalo de tempo est representado


na Figura 36.

Figura 36 Mapa com o percurso do veculo


Fonte: Autoria Prpria

<?php
require_once('Database.php');
class MapaPercurso{
var $data;
var $horarioInicial;
var $horarioFinal;
var $veiculo;
var $modulo;
var $db;
var $placa;
var $modelo;
var $motorista;

function __construct(){
$host = "dbmy0045.whservidor.com"; //Servidor
$user = "smwebtcc"; //Usurio
$pass = "SMWeb123"; //Senha
$bd = "smwebtcc"; //Base de Dados
$this->db = new Database($host, $user, $pass, $bd);
}

function setData($input){
$this->data = $input;
return $this;
}
73

function setHorarioInicial($input){
$this->horarioInicial = $input;
return $this;
}

function setHorarioFinal($input){
$this->horarioFinal = $input;
return $this;
}

function setVeiculo($input){
$this->veiculo = $input;
$result = $this->db->query("SELECT * from veiculo where id='$input'");
$this->modulo = $result[0]['id_modulo'];
$this->placa = $result[0]['placa'];
$this->modelo = $result[0]['modelo'];
$this->motorista = $result[0]['motorista'];
return $this;
}

function printMap(){
$result = $this->db->query("SELECT * from localizacao WHERE
id_modulo='$this->modulo'"
." AND datahora>='$this->data $this-
>horarioInicial'"
." AND datahora<='$this->data $this-
>horarioFinal'");
?>
<html>
<head>
<title>Mapa</title>
<script
src="http://maps.google.com/maps?file=api&amp;v=2&amp;sensor=false&amp;key=ABQIAAAA
j98UWKc_nLTAlat2i2m1ehRN8Y76hw9h7OrmzwgQW3jpphi4fRS2UqLsEmXclDtK_JNf1Qyv3aXHHg"
type="text/javascript"></script>
<script type="text/javascript">

function initialize() {
if (GBrowserIsCompatible()) {
var map = new GMap(document.getElementById("map_canvas"));
var markerBounds = new GLatLngBounds();

map.addControl(new GSmallMapControl());
map.addControl(new GMapTypeControl());
map.addControl(new GSmallMapControl());
map.addControl(new GMapTypeControl());

<?php
echo "var small_icon = new GIcon(G_DEFAULT_ICON);";
echo 'small_icon.image =
"http://smwebtcc.com/img/marker_transp.gif";';
//echo 'small_icon.iconSize = new GSize(11, 11);';
echo 'small_icon.shadow = "http://smwebtcc.com/img/1px.gif";';
echo 'markerSmall = {icon:small_icon};';
$total = count($result)-1;
$j=0;
foreach($result as $i){
$_vel = $i['velocidade'];
$_data = $i['datahora'];
$_data_ok = substr($_data, 8,2) .'/'. substr($_data, 5,2)
.'/'. substr($_data, 0,4);
$_hora_ok = substr($_data, 11,2) .':'. substr($_data,
14,2) .':'. substr($_data, 17,2);
$_lat = $i['latitude'];
$_long = $i['longitude'];
$_placa = $this->placa;
$_modelo = $this->modelo;
74

$_motorista = $this->motorista;
if ($i['latitude']>180 || $i['latitude']<-180 ||
$i['longitude']>180 || $i['longitude']<-180) continue;
echo "var latlong_$j = new GLatLng($i[latitude],
$i[longitude]);";
if ($j==0 || $j==$total){
echo "var marker_$j = new GMarker(new
GLatLng($i[latitude], $i[longitude]));";
} else {
echo "var marker_$j = new GMarker(new
GLatLng($i[latitude], $i[longitude]), markerSmall);";
}
echo "map.addOverlay(marker_$j);";
echo "markerBounds.extend(latlong_$j);";

echo " GEvent.addListener(marker_$j, \"click\",


function() {
marker_$j.openInfoWindowHtml(\""
. "Motorista: $_motorista<br>"
. "Modelo: $_modelo<br>Placa: $_placa<br>"
. "<br>Velocidade : $_vel Km/h <br>"
. "Latitude: $_lat<br>"
. "Longitude: $_long<br>"
. "<br>Data: $_data_ok<br>"
. "Hora: $_hora_ok<br>"
.'");});';
$j++;
}
// -------
//echo 'var polyline = new GPolyline([';
$key = 0;
foreach ($result as $i){
if ($key==0){
$lat_ant = $i['latitude'];
$long_ant = $i['longitude'];
$key++;
continue;
}
echo "var poly$key = new GPolyline([";
echo "new GLatLng(".$lat_ant.", ".$long_ant."),";
echo "new GLatLng(".$i['latitude'].",
".$i['longitude'].")";

$g = round(255/$total*$key);
$r = 255-$g;
if($g<=16){
$g = '0' . dechex($g);
} else {
$g = dechex($g);
}
if($r<=16){
$r = '0' . dechex($r);
} else {
$r = dechex($r);
}
echo '], "'.$r.$g.'00", 20);';
echo "map.addOverlay(poly$key);";
$lat_ant = $i['latitude'];
$long_ant = $i['longitude'];
$key++;
}

// -------
echo 'map.setCenter(markerBounds.getCenter(),
map.getBoundsZoomLevel(markerBounds)-1);';
?>
}
75

</script>

</head>
<body>

<body onload="initialize()"onunload="GUnload()">
<div class="mapa" id="map_canvas" style="width: 100%; height: 100%">
</div>
</html>
</body>
<?php
}
}

3.5.5.3. Relatrios Distncia

O relatrio de distncia um relatrio com valores numricos absolutos dos


veculos escolhidos (distncia em metros, velocidade mdia, velocidade mxima).
Estas informaes so calculadas a partir dos dados de latitude, longitude e
velocidade instantnea registrado no banco de dados cujo perodo de tempo foi
informado no formulrio pelo usurio.
Atravs do formulrio do relatrio de distncia necessrio que o usurio
informe o veculo e o perodo de tempo do percurso desejado para o relatrio a ser
composto.

Figura 37 Tela de configurao do relatrio de distncia percorrida


Fonte: Autoria Prpria
76

Figura 38 Tela do relatrio de distncia percorrida


Fonte: Autoria Prpria

Essa aplicao faz com que o usurio tenha as informaes dos veculos, e
possibilita aes como planejamento de manuteno preventiva, monitoramento de
velocidade permitida nas atividades praticadas pelos motoristas contratados pela
empresa de transporte, entre outras aes.

3.5.5.4. Relatrios Grficos

Os relatrios consistem em uma srie de grficos com informaes


importantes dos veculos da sua frota, que esto registradas no banco de dados e
calculadas atravs de funes estabelecidas no sistema.

3.5.5.4.1. Usurio Normal (user)

Para o usurio Normal (user), s possvel realizar consultas de carros


individuais. As opes so:
Distncia Carro/Tempo
Velocidade Mxima Carro/Tempo
77

Figura 39 Tela inicial de relatrios grficos apresentados para o usurio normal


Fonte: Autoria Prpria

3.5.5.4.1.1. Distncia Carro/Tempo

Neste relatrio calculada a distncia percorrida pelo veculo no perodo de


tempo selecionado. No formulrio, possvel escolher 3 intervalos de tempo
possveis para serem preenchidos no eixo horizontal do grfico.
Dia: Ser preenchido com horas inteiras do dia escolhido.
Ms: Ser preenchido com dias do ms escolhido.
Ano: Ser preenchido com dias do ano escolhido.

Figura 40 Tela de configurao do relatrio de distncia percorrida


Fonte: Autoria Prpria

O grfico no estilo Grfico de Colunas (Column Chart) representa as


distncias percorridas em diferentes faixas de tempo, no qual possvel realizar a
comparao de cada veculo separadamente.
78

Figura 41 Grficos de distncia percorrida


Fonte: Autoria Prpria

3.5.5.4.1.2. Velocidade Mxima Carro/Tempo

Neste relatrio, o software realiza uma verificao de todos os registros de


velocidade instantnea registradas no banco de dados, para os veculos
selecionados dentro da faixa de tempo escolhida pelo usurio.

Figura 42 Tela de configurao do relatrio de velocidade mxima


Fonte: Autoria Prpria
79

Assim como no relatrio de distncia, nesse relatrio grfico tambm


possvel escolher 3 intervalos de tempo para serem analisados sobre o eixo
horizontal do grfico.
Dia: Ser preenchido com horas inteiras do dia escolhido.
Ms: Ser preenchido com dias do ms escolhido.
Ano: Ser preenchido com dias do ano escolhido.

O grfico em estilo Grfico de Barras (Bar Chart) representa a velocidade


mxima das distncias percorridas no perodos de tempo escolhido, pelos veculos
selecionados anteriormente no formulrio.

Figura 43 Grficos de velocidade mxima


Fonte: Autoria Prpria

3.5.5.4.2. Usurio Avanado (user advanced) e Usurio Mestre (admin)

O usurio Avanado (user advanced) e usurio Mestre (admin) tem acesso a


todos os relatrios de grfico disponveis para usurio Normal (user), mas tambm
80

possuem acessos a relatrios relacionados com informaes dos grupos uma vez j
criados anteriormente.

Figura 44 Tela inicial de relatrios grficos apresentados para o usurio normal


Fonte: Autoria Prpria

O usurio Avanado (user advanced) e usurio Mestre (admin) podem


acessar, alm dos relatrios disponveis para o usurio comum, dois relatrios
grficos relacionados a seguir:
Distncia Grupo/Tempo
Velocidade Mxima Grupo/Tempo

3.5.5.4.2.1. Distncia Grupo/Tempo

O formulrio de escolha deste grfico se assemelha muito com o


anteriormente citado Distncia Carro/Tempo, mas com a disponibilidade de
escolher grupos de veculos, ao invs de veculos individuais.
81

Figura 45 Tela de configurao do relatrio de distncia percorrida, com grupos


Fonte: Autoria Prpria

Assim como os grficos individuais, possvel escolher 3 intervalos de


tempo para serem utilizados no eixo horizontal do grfico.
Dia: Ser preenchido com horas inteiras do dia escolhido.
Ms: Ser preenchido com dias do ms escolhido.
Ano: Ser preenchido com dias do ano escolhido.

Com esse grfico, possvel comparar a diferena de distncia percorrida


por cada veculo em relao aos demais veculos do grupo selecionado em
diferentes tempos. O estilo de grfico Grfico de Combinao (Combo Chart), que
combina a utilizao de barras de cores distintas para comparar cada veculo do
grupo selecionado.
82

Figura 46 Grficos de distncia percorrida, com grupos


Fonte: Autoria Prpria

3.5.5.4.2.2. Velocidade Mxima Grupo/Tempo

Neste relatrio, o software realiza uma verificao de todos os registros de


velocidade instantnea armazenados no banco de dados para cada veculo do grupo
selecionado, para a faixa de tempo escolhida pelo usurio. Assim como todos os
outros relatrio esse oferece a escolha de 3 intervalos de tempo para serem
preenchidos no eixo vertical do grfico.
Dia: Ser preenchido com horas inteiras do dia escolhido.
Ms: Ser preenchido com dias do ms escolhido.
Ano: Ser preenchido com dias do ano escolhido.
83

Figura 47 Tela de configurao do relatrio de velocidade mxima, com grupos


Fonte: Autoria Prpria

O estilo de grfico em Grfico de Barras (Bar Chart) representa a velocidade


mxima, no qual possvel realizar a comparao das velocidades de diferentes
veculos dos grupos em diferentes perodos de tempo.

Figura 48 Grficos de velocidade mxima, com grupos


Fonte: Autoria Prpria
84

3.5.5.5. Funcionalidades exclusivas do Usurio Avanado e Usurio Mestre.

3.5.5.5.1. Configurao de Veculos

A configurao dos veculos permitida para usurios Avanados (user


advanced) e a usurios Mestres (admin).
O formulrio para configurar veculo relaciona todos os veculos da frota que
esto disponveis na conta. Cada um apresentar um boto editar para realizar a
mudana de informao que est registrada no banco de dados.

Figura 49 Relao dos veculos disponveis na frota para edio


Fonte: Autoria Prpria

No site, conforme indicado na Figura 50 esses usurios podero realizar a


modificao de dados de seus veculos podendo modificar as seguintes
informaes:
Modelo
Motorista
Placa
Descrio
85

Figura 50 Modificao de dados de determinado veculo


Fonte: Autoria Prpria

3.5.5.5.2. Configurao de Grupos

Atravs da permisso de usurio Avanado (user advanced) e usurio


Mestre (admin) habilitado no site o boto de configurar grupos.

Figura 51 Tela de configurao de grupos


Fonte: Autoria Prpria
86

Com esta funcionalidade o usurio poder realizar o agrupamento de seus


veculos em grupos para busca no mapa, gerao de relatrios de exibio de
grficos pertinentes a aqueles carros pertencentes ao seu respectivo grupo.

Figura 52 Tela de configurao de determinado grupo de veculos


Fonte: Autoria Prpria

Ao abrir esta funcionalidade, o usurio poder encontrar relacionado todos


os grupos j existentes em sua conta.
O usurio poder criar um novo grupo, incluindo os veculos registrados na
sua conta. O usurio ter que informar o nome do grupo e selecionar os veculos
para este novo grupo na tabela de veculos disponveis da sua conta.

Figura 53 Tela de Incluso de um novo grupo de veculos


Fonte: Autoria Prpria
87

3.5.5.6. Pgina de Administrao de Contas para Usurio Mestre

A pgina de administrao de contas serve para que o usurio Mestre


(admin) controle todas as informaes pertinente a cada conta. Isso inclui adicionar
novos veculos frota, bem como associ-los a um usurio.
Para fazer a administrao, o usurio dever acessar:
www.smwebtcc.com/admin. No haver um link direto para esta pgina, visto que os
clientes no tero esse nvel de privilgios, apenas administradores do SMWeb.
Todas essas informaes so registradas no banco de dados do sistema.

3.5.5.6.1. Login Administrador

Como toda pgina restrita a informaes confidenciais e acesso as


modificaes importantes do sistema, necessrio realizar login e senha de usurio
Mestre (admin).

Figura 54 Tela de login para a pgina de administrao de contas


Fonte: Autoria Prpria

3.5.5.6.2. Pgina Inicial Administrador

Nesta pgina, o usurio Mestre (admin) poder realizar uma srie de


funcionalidades para as contas registrada no sistema SMWeb. Pode-se destacar as
seguintes funes:
Criar usurio
88

Editar usurio
Criar veculo
Editar veculo

Figura 55 Pgina inicial do administrador


Fonte: Autoria Prpria

3.5.5.6.3. Criar usurio

Neste formulrio, o usurio Mestre (admin) poder cadastrar novas contas.


necessrio informar as seguintes informaes:
Login de Acesso
Senha
Nome do Usurio
Usuario Referncia
Tipo de Conta

Figura 56 Tela de cadastro de um novo usurio


Fonte: Autoria Prpria
89

3.5.5.6.4. Editar usurio

Na pgina de edio das contas de usurios, primeiramente, exibida uma


relao de contas das quais poder ser escolhido uma conta para realizar a ento
edio de informaes.

Figura 57 Tela de edio dos usurios cadastrados


Fonte: Autoria Prpria

O usurio Mestre (admin) poder modificar as seguintes informaes de


conta:
Login
Senha
Nome do usurio
Tipo de conta

A escolha de tipo de conta Usurio normal (user), usurio Avanado


(advanced) ou usurio Mestre (admin).
Alm de modificar essas informaes, o usurio Mestre (admin) poder
excluir este veculo do banco de dados com na opo excluir no fim do formulrio.
90

Figura 58 Tela de edio de determinado usurio


Fonte: Autoria Prpria

3.5.5.6.5. Criar Veculo

A cada incluso de novos carros na frota, necessrio realizar o registro do


novo veculo no sistema. Com este formulrio, o usurio Mestre (admin) dever
cadastrar as informaes do novo veculo no banco de dados utilizando esta
funcionalidade da pgina de administrao.

Figura 59 Tela de cadastro de um novo veculo


Fonte: Autoria Prpria

As informaes que devero ser preenchidas a cada cadastro de veculo


so:
Usurio
Modelo
91

Motorista
Placa
Nmero do Mdulo
Descrio

Cada veculo dever ter um mdulo GPS/GPRS e cada mdulo um nmero


de registro. No banco de dados isso que diferenciar cada informao de
localizao pertinente a cada mdulo.

3.5.5.6.6. Editar Veculo

Assim como h o cadastro de veculos, h tambm a funcionalidade de


modificar informaes de cada veculo, pois o usurio poder trocar o seu veculo e
suas informaes devero ser modificadas.

Figura 60 Tela de edio dos veculos cadastrados


Fonte: Autoria Prpria

Ser exibida a relao de carros existentes no banco de dados, dentre esses


o usurio Mestre (admin) dever escolher qual dever ser modificado.
Ao escolher o veculo, aparecero as informaes registradas no cadastro
do veculo. O usurio Mestre (admin) poder modificar as seguintes informaes.
Usurio
Modelo
Motorista
Placa
92

Nmero do Mdulo
Descrio

Figura 61 Tela de edio de determinado veculo


Fonte: Autoria Prpria

Alm de modificar estas informaes, o usurio Mestre (admin) poder


excluir este veculo do banco de dados com a opo excluir no fim do formulrio.

3.6. CONSIDERAES

Este captulo descreveu os processos, as tomadas de decises e a forma


geral de como foi desenvolvido o projeto. Desse modo, procurou-se explanar os
principais pontos dentro das abordagens de hardware e software adotadas.
A partir do projeto de hardware, foram definidos os componentes utilizados,
mantendo o enfoque no uso do microcontrolador, mdulo GPS, mdulo GSM e
comutador, alm da especificao da bateria secundria.
No projeto de firmware, abordou-se o cdigo desenvolvido para o
microcontrolador, que tem como requisito gerenciar todos os demais mdulos
embarcados. Conforme visto, foi desenvolvida uma mquina de estados. Esta age
durante o funcionamento do dispositivo a fim de que ele possa ser robusto o
suficiente para operar em uma situao real.
Em relao ao software, focou-se no sistema web desenvolvido. O software
ser a principal maneira de se observar os resultados obtidos com o funcionamento
do sistema como um todo. Para permitir o desenvolvimento do projeto, foram
93

utilizadas ferramentas relacionadas base de dados, protocolo HTTP, APIs de


desenvolvimento e programao em PHP.
Por fim, foi especificada como realizada a integrao de todos os mdulos
desenvolvidos, bem como a maneira pela qual as informaes de posicionamento
so transmitidas para o servidor web.
O captulo 4 ir apresentar a operao do projeto por meio de um teste
realizado em campo.
94

4. RESULTADOS OBTIDOS

Neste captulo sero descritos os resultados obtidos no sistema web a partir


de um teste realizado em campo. Sero extradas as telas que foram geradas pelo
sistema web.
Tambm sero indicadas algumas consideraes a respeito da trajetria que
foi descrita pelo sistema, uma vez que depende, alm do correto funcionamento do
dispositivo rastreador, da infraestrutura de rede celular disponvel e da cobertura dos
satlites GPS.

4.1. TESTES REALIZADOS EM CAMPO

Com base em testes realizados em campo, foi feito o seguinte percurso com
o dispositivo rastreador embarcado em um veculo:
Localizao inicial: rodovia BR-277, Campo Largo, PR.
Localizao final: bairro Vila Bancria, Campo Largo, PR -
denominado trecho curto;
Localizao inicial: bairro Vila Bancria, Campo Largo, PR.
Localizao final: bairro Guara, Curitiba, PR - denominado trecho
longo.

O primeiro trecho citado est representado na Figura 62. Observa-se que a


colocao dos pontos no mapa no efetuada de maneira homognea, uma vez
que est sujeita s condies da rede celular e a infraestrutura dos satlites GPS.
Contudo, este um trajeto curto, de aproximadamente 2000 metros, realizado em 3
minutos, e os pontos obtidos foram suficientes para descrever a trajetria do veculo
de maneira coerente.
95

Figura 62 Resultado de um percurso curto realizado em campo realizado


Fonte: Autoria Prpria

Na Figura 63, est ilustrada a trajetria obtida pela juno dos dois
percursos que foram realizados em campo, a ser denominado percurso completo.
Este percurso foi escolhido por contemplar diversas situaes quanto
disponibilidade da rede GSM e visibilidade relativa ao mdulo GPS. O incio do
trajeto (Campo Largo) possui baixa disponibilidade da rede de celular, porm
visibilidade aceitvel para o GPS. No trecho final, o veculo trafega pelo centro da
cidade, que onde GPS encontra mais obstculos e problemas com a visibilidade
dos satlites. Desse modo, procurou-se fazer o teste com situaes variadas de
maneira que o desempenho do sistema pudesse ser realmente avalidado.
96

Figura 63 Resultado do percurso completo realizado em campo


Fonte: Autoria Prpria

Nota-se que cada ponto colocado no mapa possui a informao prpria de


velocidade, latitude, longitude, data e hora. Estas informaes so dispostas em um
balo, conforme apresentado na Figura 63. Especificamente no balo apresentado,
nota-se, por exemplo, que a velocidade instantnea do veculo registrada era de 63
km/h.
Conforme citado anteriormente, o sistema web tambm capaz de gerar
relatrios de estatsticas. Tomando o dia em que foi realizado este percurso, o
sistema gerou os seguintes grficos de relatrios, a saber:

Relatrio de distncia percorrida: com base no dia que foi realizado o


percurso, foi obtido o histograma apresentado na Figura 64, para o trecho curto.
97

Figura 64 Histograma da distncia percorrida para o trecho curto


Fonte: Autoria Prpria

Na Figura 65 est ilustrado o histograma da distncia percorrida para o


trecho longo.

Figura 65 Histograma da distncia percorrida para o trecho longo


Fonte: Autoria Prpria
98

Para o relatrio de velocidade mxima foi apresentado o histograma da


velocidade mxima obtida para o trecho curto, ilustrado na Figura 66. Como este
percurso foi realizado em um intervalo de tempo muito pequeno, observa-se que
existe apenas uma barra demonstrada no histograma da velocidade mxima.

Figura 66 Histograma da velocidade mxima para o trecho curto


Fonte: Autoria Prpria
99

A Figura 67 apresenta o histograma da velocidade mxima para o trecho


longo.

Figura 67 Histograma da velocidade mxima para o trecho longo


Fonte: Autoria Prpria

Estatsticas gerais: apresenta um quadro com informaes do veculo,


motorista, distncia percorrida, e velocidades mdia e mxima, em um intervalo de
datas e horas pr-estabelecido pelo usurio.
100

Na Figura 68 esto indicadas as estatsticas apresentadas para o trecho


curto.

Figura 68 Estatsticas gerais para o trecho curto


Fonte: Autoria Prpria

A Figura 69 apresenta as estatsticas para o trecho longo.

Figura 69 Estatsticas Gerais para o trecho longo


Fonte: Autoria Prpria
101

4.2. CONSIDERAES

Observou-se, tanto para trajetrias curtas, quanto para longas, que os


resultados obtidos nos mapas para o percurso descrevem de maneira concisa a
trajetria realizada pelo veculo com o dispositivo embarcado ao longo do tempo.
Tambm foi levantado que os relatrios obtidos apresentam informaes
coerentes com o trajeto realizado. No percurso realizado, foi efetuado o
levantamento da distncia percorrida de 36374 metros, no trajeto entre as cidades
de Curitiba e Campo Largo, Paran, um valor condizente com a realidade. Alm
disso, foi aferida a velocidade mxima de 104 km/h durante o trajeto.
Embora esteja representado nestes resultados apenas um veculo, o sistema
possui a capacidade de monitorar vrios veculos simultaneamente. Esta
funcionalidade j foi descrita anteriormente, na seo 3.5.5. O motivo pelo qual no
foi realizado um teste em campo com vrios veculos de maneira simultnea que
se exigem vrios dispositivos rastreadores. Em funo de custos elevados do
prottipo, a equipe no dispunha de recursos financeiros suficientes para tal
demonstrao. Entretanto, comprova-se esta funcionalidade com a colocao
manual de informaes no banco de dados do sistema.
102

5. PLANO DE NEGCIOS

Este captulo ir abordar as questes referentes ao planejamento das


atividades de uma empresa que consolidar o projeto em um produto final, em forma
de servio, destinado para vendas no mercado. Para que seja possvel efetuar tal
anlise, necessrio efetuar um estudo sobre todos os aspectos relacionados ao
mercado. A princpio, sero estabelecidos os valores e a misso da empresa, bem
como ser descrito em qual mercado o produto se aplica, indicando os objetivos de
curto e mdio prazo da empresa.
Neste contexto, necessrio fazer um levantamento de quais so os players
do mercado, efetuando um levantamento dos clientes e fornecedores em potencial,
alm dos concorrentes, levantando quais so os diferenciais dos servios prestados
pela empresa com relao aos concorrentes.
Tambm sero estimados quais segmentos de mercado devem ser
atingidos. Para tal, sero definidas quais estratgias a empresa dever desenvolver
para garantir o seu espao no mercado. Estas envolvem a campanha de marketing a
ser realizada, os preos dos servios, e at mesmo a questo da distribuio do
servio para o cliente.
Finalmente, sero demonstradas as expectativas de venda do servio, o
quadro de pessoal necessrio para atender a demanda, e um plano financeiro da
empresa.

5.1. SUMRIO EXECUTIVO

A ALA Rastreamento Veicular uma empresa nova, que atuar no mercado


de monitoramento de veculos terrestres. Esta empresa oferecer solues para
facilitar a gesto de frotas de veculos comerciais, fornecendo aos seus clientes
ferramentas de monitoramento de posicionamento.
Em um primeiro momento, a empresa disponibilizar seus servios em todo
o territrio nacional brasileiro, porm com nfase nas regies Sul e Sudeste, em
103

funo do maior potencial do mercado nestas e tambm questes envolvendo


logstica e rea de atendimento.
O primeiro servio da ALA Rastreamento Veicular a ser comercializado o
SMWeb. Ser um servio sob contratao por empresas de transportes terrestres,
para assistir a gesto de veculos.
Como objetivos iniciais, a ALA Rastreamento Veicular dever atingir 30
empresas no seu primeiro semestre de atividade. At 2014, devero constar no
porta-flio de clientes no somente empresas de transporte de cargas, mas tambm
empresas de transporte pessoais, e at mesmo pessoas fsicas.
Para atingir estes objetivos, sero apresentadas as estratgias que a ALA
Rastreamento Veicular dever adotar ao longo deste perodo inicial.
Por fim, tambm foi realizada uma anlise financeira, levando em
considerao as expectativas de vendas.

5.2. Definio do Negcio

5.2.1. Viso

A ALA Rastreamento Veicular ser uma empresa referncia em solues


para gesto de transportes veiculares da Amrica Latina.

5.2.2. Misso

A ALA Rastreamento Veicular oferecer servios diferenciados e de alta


qualidade, proporcionando aos gestores de frota ferramentas eficientes e de fcil
utilizao, nos quais os clientes podero depositar a sua confiana.
104

5.2.3. Valores

A ALA Rastreamento Veicular guiar suas aes com base nestes valores:
Transparncia
Confiana
Comprometimento
Responsabilidade
Agilidade

5.2.4. Descrio do Negcio

A ALA Rastreamento Veicular ser uma empresa de tecnologia voltada ao


mercado de servios para transporte terrestres. Ter o objetivo de fornecer servios
destinados para melhoria da segurana, praticidade e eficincia na gesto de uma
frota veicular. O primeiro produto da ALA Rastreamento Veicular, o SMWeb, dever
ser reconhecido no mercado pelos recursos diferenciados que sero oferecidos ao
cliente. Dentre os principais, ser a velocidade de localizao, que superior, em
relao aos concorrentes. Alm disso, ser oferecido aos clientes uma grande
diversidade de ferramentas de histrico de posicionamento, a melhor taxa de
atualizao da posio no mercado, e um suporte tcnico preparado para atender as
necessidades dos clientes. Com estes recursos, o cliente ter um instrumento
eficiente para efetuar o controle sobre a sua frota veicular.

5.3. OBJETIVOS

Este item descrever quais so os objetivos que a ALA Rastreamento


Veicular deve cumprir, para que possa atingir uma parcela do mercado na qual se
insere.
105

5.3.1. Objetivos Principais

Como principais objetivos da ALA Rastreamento Veicular, em trs anos,


dever ser reconhecida no mercado nacional como referncia em qualidade de
servios prestados, conquistando a confiana dos clientes. Neste perodo, pretende
ter em seu porta-flio de clientes 120 empresas do mercado nacional de gesto de
transportes terrestres, fornecendo seus servios para empresas de mdio e pequeno
porte, e tambm pessoas fsicas.

5.3.2. Objetivos Intermedirios

Para atingir o objetivo supracitado, foram estabelecidos requisitos


intermedirios, que devem ser cumpridos.
No primeiro ano de atividade da empresa (2012), pretende-se oferecer os
servios de rastreabilidade para empresas de transporte de pequeno e mdio portes.
Grande parte destas empresas no dispe destes servios, em funo de custos
elevados, ou da indisponibilidade de servios que lhe atendam por completo. Com
isto, foi estabelecido que a ALA Rastreamento Veicular dever vender seus servios
para 30 empresas no primeiro ano de operao, instalando o rastreador em 1430
veculos.
At 2013, os servios da ALA Rastreamento Veicular tambm sero voltados
para as pessoas fsicas, pretendendo fornecer o servio para pelo menos 1.100
clientes desta natureza, durante esse perodo.
Visando a demanda em potencial da necessidade de gesto das empresas
de txi, almeja-se tambm atingir 40% da frota de txis de Curitiba, e pelo menos
15% de outras capitais at 2014. O principal objetivo desta etapa atender uma
possvel demanda que existir em funo da Copa de 2014. Evidentemente, com o
fluxo mais intenso de turistas, haver maior requisio de txis, e
consequentemente, uma gesto mais eficiente necessria. O SMWeb se mostra
um excelente produto para atender a esta demanda.
106

5.4. PRODUTO E SERVIOS

Esta seo ir descrever quais so as caractersticas do servio, indicando


quais necessidades do cliente ele atender. Tambm ser feito um comparativo com
os principais servios j existentes no mercado. Por fim, sero descritas quais so
as expectativas de lanamentos de novos servios, bem como quais atualizaes
devero ser inseridas nos servios atuais.

5.4.1. Descrio do Servio

O primeiro produto da ALA Rastreamento Veicular, o SMWeb, ser vendido


como forma de servio agregado. O SMWeb assistir o gerenciamento da frota do
cliente, disponibilizando ferramentas aos seus usurios capazes de gerar, em tempo
real, a localizao de seus veculos. Ser instalado em cada veculo em que se
deseja efetuar o rastreamento um dispositivo eletrnico, o rastreador propriamente
dito. Este ser instalado em um local de difcil acesso no veculo, uma vez que no
desejvel o extravio do equipamento de maneira facilitada. A localizao da
instalao depender do tipo de veculo que est sendo realizada, exigindo uma
anlise em cada caso.
Em conjunto com o dispositivo que ser embarcado nos veculos dos
clientes, estes tero o acesso a um sistema web. A partir de um computador, ou
telefone celular (smartphones), com acesso a Internet, o SMWeb permitir a
administrao de mltiplos veculos simultaneamente. Isto permite o gerenciamento
de frotas de veculos comerciais, ou at mesmo veculos particulares.
Alm do gerenciamento de posio dos veculos e de permitir o uso
convencional do rastreador, como por exemplo, a recuperao do veculo em caso
de furto, o SMWeb agrega muitas outras funcionalidades para o cliente.
Em funo do tempo de rastreamento reduzido do SMWeb, com relao aos
seus competidores, possvel obter os dados de localizao e percurso do veculo
com maior exatido. Isto possibilita que sejam fornecidos relatrios relevantes ao
cliente, podendo, por exemplo, acompanhar a distncia percorrida em tempo real
107

dos seus veculos, distribuindo de maneira uniforme a carga de trabalho sobre sua
frota, facilitando o plano de manuteno de seus veculos. O cliente ter acesso a
um histrico completo sobre sua frota, com exibio de grficos de distncia
percorrida, velocidade mxima detectada, controle de grupos de veculos de acordo
com a necessidade. Isto permite que o cliente tenha controle sobre sua frota,
garantindo que ele possa administr-la com maior eficincia.

5.4.2. Anlise Comparativa

Alm da anlise dos concorrentes existentes no mercado, que ser efetuado


em um momento posterior neste documento, tambm fundamental avaliar quais
so as vantagens competitivas do produto e servio que est sendo oferecido, com
relao aos produtos e servios concorrentes.
Em adendo, para a comercializao do servio, de fundamental
importncia verificar com antecedncia quais so as patentes relacionadas que
porventura possam existir. Esta avaliao deve ser includa no estudo de viabilidade
do projeto, uma vez que uma patente concede a exclusividade de comercializao
do produto ao seu titular, sem o pagamento de royalties.
Para verificar quais patentes esto relacionadas com este projeto, foram
efetuadas consultas em bases de dados de patentes na Internet. Trs delas foram
utilizadas, sendo a base do INPI (Instituto Nacional da Propriedade Industrial), do
USPTO (US Patent Database) e utilizando o sistema de busca Google Patents.
Na base do INPI, foi efetuada uma pesquisa utilizando as palavras-chave
Rastreador GPS. Foi encontrada uma patente com o ttulo Rastreador Veicular via
Sistema de Posicionamento Global, GPS, e Telefonia Mvel Celular, nmero
PI0202041-6 A2, o qual prope a utilizao de um conjunto eletrnico formado por
um receptor GPS, um transreceptor de telefonia mvel celular, um microcontrolador,
diversos perifricos para interfaceamento, e uma bateria para back-up.
Tecnicamente, esta patente se enquadra no escopo do projeto SMWeb, porm ela
tem a aplicao em veculos e servios de logstica.
Na pesquisa realizada no Google Patents, foram empregadas as palavras-
chave GPS Tracker e GPS Tracker Celullar Network, respectivamente. Para a
108

primeira pesquisa, foi encontrada uma patente denominada Automatic GPS tracking
system with passive battery circuitry, nmero US 2008/0246656 A1. Tambm
caracterizado por um sistema de rastreamento GPS convencional. Porm, possui um
diferencial que a transmisso de dados, alm de um mdulo GSM, um mdulo de
RF (Rdio Frequncia), para distncias menores (no especificadas na patente). Na
segunda pesquisa realizada no Google Patents, foi localizada a patente com o ttulo
Location tracking system, nmero US 2008/0062120 A1, que estende a utilizao
de um rastreador GPS para a localizao de pessoas, animais de estimao e
objetos.
A quarta e ltima patente foi encontrada na base de patentes USPTO.
Utilizando as palavras-chave GPS Tracker, foi encontrada uma patente tambm
com o nome GPS Tracker, nmero 6,628,232. Esta patente similar encontrada
na base do INPI, na qual se caracteriza um sistema de rastreamento aplicado para
veculos utilizando sinais de satlites GPS, transmitindo-os para um
microcontrolador, e, ento, para um sistema remoto de comunicao de rdio, sem
especificar qual seria este sistema.

5.4.3. Tecnologia

Conforme a pesquisa de mercado realizada, a tecnologia envolvida com os


sistemas de rastreamento j bastante conhecida, e, em um primeiro momento, no
haveria diferenciais tecnolgicos. Entretanto, foi percebido que uma prtica comum
entre os concorrentes adquirirem um dispositivo rastreador j pronto para uso, ao
invs ao invs de desenvolver, no intuito de reduzir os custos.
Embora seja uma estratgia vlida, a ALA Rastreamento Veicular ter uma
vantagem tecnolgica com relao a estes concorrentes em especial. Ela poder
diversificar seu produto com maior agilidade do que os demais, uma vez que se
detm a tecnologia e a propriedade do projeto do rastreador. Este fator facilitar a
introduo dos novos produtos e servios no mercado, a serem citados em seguida,
na prxima seo deste documento.
109

5.4.4. Produtos e Servios Futuros

A ALA Rastreamento Veicular acredita que a tecnologia de rastreamento


assistida por GPS pode ser utilizada em muitas outras aplicaes, alm de veculos
de transporte terrestres. No intuito de diversificar a rea de atuao da empresa,
ser pretendido o lanamento de outros servios, a partir do sucesso do SMWeb.
O primeiro deles um sistema de rastreamento para uso pessoal. Com base
na tecnologia utilizada no SMWeb, pretende-se lanar um equipamento para
utilizao fixa ao corpo de uma pessoa. Existem vrias aplicaes para este produto,
tais como: localizao de pessoas perdidas, crianas que eventualmente se
perderam dos pais. A partir deste mesmo princpio, ser tambm desenvolvido um
equipamento semelhante para aplicao em animais domsticos. A previso para
lanamento destes servios ser em 2018.
Paralelamente, o sistema pode ser aperfeioado para contemplar novas
funcionalidades. Em virtude de j dominar as bases da tecnologia utilizadas, a ALA
Rastreamento Veicular ir se beneficiar com menores gastos em pesquisa e
desenvolvimento. A execuo remota de comandos um exemplo de possibilidade
que pode agregar muito mais valor ao produto. Por exemplo, no caso do furto de um
veculo, o servidor remoto poder automaticamente acionar o mdulo, que por sua
vez imobilizar a viatura.
Atualmente, o dispositivo embarcado coleta apenas os dados provenientes
do sistema de GPS. Futuramente, podero ser monitoradas outras informaes
pertinentes ao veculo, que possam ser relevantes ao cliente.
Evidentemente, a ALA Rastreamento Veicular tambm deve estar preparada
para eventuais mudanas tecnolgicas nas quais esto fundamentados os seus
servios atuais, no intuito de melhorar a qualidade e o porta-flio dos servios
prestados aos seus clientes. Duas novas tecnologias alternativas ao GPS esto
prestes a estarem disponveis: a rede russa Glonass, com previso de oferta dos
servios em 2012, e a rede Europia Galileo, com expectativa de disponibilidade em
2014. Alm disso, a rede de dados celular de quarta gerao, com taxas de
transferncias de dados maiores, possui a previso de ser implementada no Brasil
at 2014. A ALA Rastreamento Veicular tem a inteno de atualizar o seu produto
SMWeb de tal forma a ser compatvel com as novas tecnologias listadas, com o
110

intuito de fornecer a melhor experincia possvel ao usurio, oferecendo taxas de


atualizao da posio cada vez menores, alm de apresentar relatrios com
maiores detalhes ao usurio.

5.5. ANLISE DE MERCADO RESUMIDA

Esta seo ir apresentar qual ser a distribuio do mercado que se


pretende atingir, bem como destacar qual o principal segmento que a ALA
Rastreamento Veicular pretende se enquadrar. Ser apresentado tambm um breve
prospecto a respeito do mercado, discursando questes a respeito de expectativas
de crescimento e tendncias do mercado. Por fim, sero expostos quem so os
Players deste mercado, listando os fornecedores, concorrentes, clientes e parceiros
da empresa.

5.5.1. Segmentao de Mercado

Em primeira instncia, o Sistema de Monitoramento GPS via web ser


aplicado no segmento de mercado que envolve a gesto de veculos em empresas
de transporte terrestre, estando disponvel como o primeiro produto.
Com a previso do lanamento de produtos futuros, pretende-se atingir
tambm o segmento de mercado para uso pessoal.
At o ano de 2014, pretende-se distribuir a segmentao do mercado de
acordo com o Grfico 1:
111

Segmentao do Mercado

Uso pessoal -
Veculos
18%

Empresas de
Transporte de
Empresas de Cargas
Transporte 53%
Pessoais
29%

Grfico 1 Segmentao do Mercado prevista para 2014


Fonte: Autoria Prpria

5.5.2. Segmento Alvo de Mercado

No primeiro ano de atividade da empresa (2012), pretende-se oferecer os


servios de rastreabilidade para empresas de transporte de pequeno e mdio porte.
Grande parte destas empresas no dispe destes servios, em funo de custos
elevados, ou que ainda no encontraram nenhum servio que atendem a
necessidade destes. Com isto, espera-se que 30 empresas contratem os servios da
ALA Rastreamento Veicular no primeiro ano de operao.

5.5.2.1. Necessidades do Mercado

O emprego de sistemas de rastreamento veicular j um fato relativamente


comum entre empresas de transporte de grande porte. Entretanto, estes sistemas
geralmente apresentam um custo elevado, sendo, desta maneira, invivel empregar
estas tecnologias em empresas de porte menores. Com isso, nota-se a necessidade
de oferecer um servio acessvel para estas empresas, uma vez que dispor dos
112

dados de geolocalizao do veculo pode trazer informaes teis quando aplicadas


ao modelo de negcio destas empresas. Por exemplo, desejvel que uma
empresa transportadora otimize o processo logstico, reduzindo custos e
aumentando a eficincia de sua malha. Isto possvel se ela tiver o controle de sua
frota, bem como ter o conhecimento de localizao da mesma, em tempo real. Isto
possvel com o rastreamento veicular via GPS, um servio que a ALA Rastreamento
Veicular pretende oferecer com preos competitivos no mercado j instalado
atualmente.
Outro caso em que se observa uma necessidade do mercado em potencial
seria o de uma companhia de txi. Uma vez utilizando esta tecnologia nestes
veculos, possvel ter o controle total de seus veculos e pode tomar decises
inteligentes, baseando-se nos veculos que se encontram mais prximos aos
clientes. A companhia tem acesso imediato s informaes geradas em mapas,
ganhando muito em agilidade de controle da frota, pois no necessita mais
perguntar a todos os taxistas a sua localizao.
Alm disso, existe a questo de furto de veculos. desejvel que, em casos
que ocorram esta situao, o veculo seja recuperado pelo seu possuidor legtimo.
Mas, considerando que aps o furto existisse a possibilidade de coletar informaes
de posicionamento global do veculo em tempo real, o veculo poderia ser
recuperado mais facilmente, uma vez que se tem conhecimento da localizao do
bem. Alm da maior probabilidade de encontr-lo, tambm se deve notar a maior
rapidez na ao das autoridades responsveis pela segurana pblica, permitindo
que seja atendido um maior nmero de ocorrncias desta natureza em uma menor
quantidade de tempo.

5.5.2.2. Tendncias do Mercado

Existe um grande interesse das empresas de transporte pelo servio de


rastreamento. Entretanto, para empresas de pequeno e mdio portes, os custos
para contratao deste servio podem ser impraticveis, no justificando o benefcio
que este servio poderia oferecer. Alm disso, a questo de ausncia de
113

ferramentas para controle da frota de uma empresa de transportes muitas vezes


insuficiente para efetuar uma gesto planejada, inteligente, e adequada do negcio.
Tendo em vista estas dificuldades, existe uma tendncia no mercado em
atender a estas lacunas, principalmente com o aumento da competitividade das
empresas que fornecem o servio de rastreamento veicular.

5.5.2.3. Crescimento do Mercado

O mercado em questo j dispe de uma grande variedade de produtos


similares, portanto, em um primeiro momento, este mercado no teria grande
expectativa de crescimento.
Entretanto, nota-se que os servios oferecidos atualmente so direcionados
para um nicho de mercado bastante especfico: empresas de transporte terrestres
de grande porte. Com isso, notvel que, a expectativa de crescimento de mercado,
salvo para estas empresas supracitadas, alto. Com o aumento da competitividade
neste mercado, existe a tendncia de reduo de custos, aumentando o nmero de
empresas interessadas neste servio, e consequentemente, o crescimento do
mercado em questo.

5.5.3. Anlise da Indstria

As indstrias envolvidas no produto so indstrias de componentes


eletrnicos e de montagem de placas de circuito eletrnicos. Caso acontea um
aumento de preo no mercado desses componentes e servio de montagem, o
modulo GPS/GPRS poder ter um aumento de preo e consequentemente ter um
aumento de preo tanto no produto final como no servio oferecido pela empresa.
Com o desenvolvimento de fornecedores de componentes e servio de
montagem de circuito eletrnico no Brasil, possvel tornar o equipamento mais
competitivo e estvel em questes de preo, considerando uma vez que todos os
componentes utilizados no mdulo GPS/GPRS so de origem estrangeira, havendo
114

a incidncia de vrios impostos de importao como tambm a flutuao de preos


na inflao estrangeira.

5.5.3.1. Players

Este tpico apresentar os principais fornecedores, clientes e concorrentes


da ALA Rastreamento Veicular que esto presentes no mercado atualmente.

5.5.3.1.1. Fornecedores

Os fornecedores da ALA Rastreamento Veicular sero as empresas que


disponibilizaro os componentes para a montagem do mdulo embarcado do
sistema. Alm destas, h de se considerar as empresas que fornecero a
infraestrutura de rede e servidores necessrios para a operao do sistema.
Os componentes, que compem o conjunto do microcontrolador, comutador,
e demais componentes passivos, podem ser encontrados no Brasil, em empresas de
distribuio de componentes eletrnicos. Alguns dos fornecedores em potencial
esto localizados em Curitiba: sendo duas as principais delas, a saber: a Beta
Comercial Eletrnica, e a Pares Eletrnica. Considerando a facilidade com relao
logstica e contato com estas empresas, sero as principais fornecedoras desta
categoria de componentes. Entretanto, em caso de falta de peas por parte destas
empresas, um fornecedor alternativo ser a Farnell Newark, localizada em So
Paulo. Em ltimo caso, ainda existe a possibilidade de incluir fornecedores
internacionais, como a Digikey e a Mouser Electronics.
H tambm de se considerar os fornecedores da placa de circuito impresso.
As principais sero a Circuibras, localizada em Curitiba, e a Circuitel, a qual possui
sede em Pinhais. Estas foram escolhidas em funo de oferecerem servios de boa
qualidade a um custo competitivo, alm de estarem prximas da rea de atuao da
ALA Rastreamento Veicular.
115

5.5.3.1.2. Clientes

A soluo proposta, o modo que ser projetado, pode atender interesses


tanto de clientes domsticos, quanto clientes corporativos.
No caso de clientes domsticos, o interesse ser monitorar seu veculo
quanto a roubos e, tambm, obter informaes estatsticas sobre o uso de veculo,
como distncia percorrida dentro de um ms ou determinado perodo pr-
estabelecido, acompanhar o rendimento do carro em vista da economia do consumo
de combustvel, economia de rota em horrio de pico, etc.
Para clientes coorporativos, alm da proteo quanto ao furto, ser possvel
agregar valor ao negcio atravs do geo-referenciamento dos veculos de sua frota,
otimizando a quantidade de carros em operao em momentos de maiores e
menores necessidades.
Estariam empresas como: companhias de taxi, aproveitando a descrio da
localizao do taxi mais prximo para um determinado passageiro na cidade.
Transportadoras de cargas rastreadas, utilizando a velocidade mdia e
possibilitando o clculo do tempo estimado de chegada tendo em vista a longas
distncias percorridas e companhias de aluguel de veculos podendo ter os
relatrios exatos podendo acompanhar a distncia percorrida em tempo real dos
seus carros alugados, facilitando o plano de manuteno de seus carros em uso.
Companhias de Taxi
Rdio Txi Cidade
Rdio Txi Curitiba
Rdio Txi Capital
Rdio Txi Paran
Rdio Txi Sereia
Transportadoras
Rodoac Transporte De Carga
Francal Transportes de Carga
Transportadora Churchill
Empresas de Locao de Veculos
Locar alfa
116

Avis Rent Car


Localiza Rent Car
Unidas Aluguel de Carros

5.5.3.1.3. Concorrentes

de grande importncia a anlise de potenciais concorrentes do produto,


para planejar possveis manobras de mercado e poder superar limites existentes nos
atuais concorrentes, e com isso ganhar espao e fora no mercado. De acordo com
estudo, existem sistemas similares no mercado, com preos muito competitivos e
bons servios que dispem de equipes de manuteno especializadas em qualquer
capital do Brasil, como tambm com acesso a equipes tticas de busca e apreenso
quando constatado o furto, roubo ou seqestro.
Entre elas, pode-se destacar 3 concorrentes: Globalsafe Rastreamento e
Monitoramento de Veculos, que dispe de diferenciados servios para diferentes
clientes, incluindo veculos domsticos, como tambm corporativos. Eles dispem de
uma central de controle 24h, diante de eventuais problemas como tambm dispem
de links de acesso direto na Internet. O equipamento utilizado pela Globalsafe
composto por um mdulo GPS e um mdulo GSM/GPRS. Existe tambm a empresa
InSAT Rastreadores Via Satlite, que disponibiliza a interface com o cliente, via
Internet, ou telefone para uma central de atendimento 0800, com informaes
detalhadas da velocidade atual, localizao via aplicativo Google em seu prprio
site. A LocSat Sistema de Rastreamento Via Satlite, possibilita aos seus clientes as
informaes em tempo real em pginas de Internet, com o relatrio de rotas, tempo
de parada, velocidade do veculo e hodmetro, e tem como alvo os clientes como
empresas de transportes em geral, companhias de seguros e tambm veculos
particulares, tentando transmitir maior segurana e comodidade para os seus mais
variados clientes, tendo em vista a reduo do risco de sinistro e recuperao do
bem segurado.
O Quadro 10 apresenta um comparativo entre o produto de empresas
privadas e o SMWeb:
117

Globalsafe InSAT LocSat SMWeb


300 120 180 < 30
Atualizao de Localizao segundos segundos segundos segundos
Comutador de Alimentao No No No Sim
Localizao no Mapa via
Web Sim No Sim Sim
Apps Estatstica No No No Sim

Quadro 10 Comparativo dos recursos disponveis nos concorrentes


Fonte: Autoria Prpria e pesquisa de mercado

5.5.3.2. Modelo de Distribuio

Foram identificados, de maneira geral, duas formas de distribuio dos


produtos concorrentes.
A primeira delas o concorrente que vende apenas o rastreador veicular
como um produto. O cliente faz o pedido empresa, por meio de contato prprio da
empresa ou site de compras, e a empresa envia o produto ao cliente, por meio de
transportadoras, ou at mesmo via o servio de envio da empresa Correios. A
instalao e configurao do sistema ficam a cargo do cliente.
O segundo modelo de distribuio identificado aquele em que a empresa
oferece um servio ao cliente. Neste modelo, a empresa contratada envia um
tcnico para a localizao em que o(s) veculo(s) do cliente se encontra(m);
efetuando a instalao e configurao do sistema de rastreamento. Alm disso,
fornecer instrues para o cliente de como operar o sistema Web.

5.5.3.3. Modelo de Competitividade

A competitividade encontrada entre os concorrentes identificados busca


ofertar servios adicionais, voltados principalmente segurana do veculo, com
relao aos possveis furtos de veculos e cargas. Por exemplo, existe a
possibilidade de oferecer escolta aos veculos rastreados, bem como o acrscimo de
118

um boto disponvel ao motorista do veculo denominado boto de pnico, o qual


alerta a ocorrncia de furto e tambm pode desligar o veculo aps um perodo de
tempo, com o intuito de reduzir a chance de sucesso do furto.
Alm disso, algumas empresas fornecem uma rede de comunicao prpria,
ao invs de utilizar a rede GSM, visando oferecer uma rea de cobertura maior ao
usurio.

5.5.3.4. Principais Players

De acordo com o mercado de rastreabilidade veicular existente na


atualidade a ALA Rastreamento Veicular ter os seguintes players em seu escopo
de mercado:
Fornecedor de acesso rede de dados:
TIM.

Fornecedor de servio de montagem de placa de circuito eletrnico:


SERDIA, VISUM

Fornecedor de componentes:
MILCOMP, COMPOMIL, DUALCOMP, LOGITEC

Concorrente no mercado brasileiro:


GLOBALSAFE
INSAT
LOCSAT

Clientes:
SISTEMA INTEGRADO DE TRANSPORTE MUNICIPAL
TAXI CURITIBA,
TAXI SEREIA,
TAXI CAPITAL,
TAXI PARAN,
119

TRANSPORTE DE CARGAS,
MOTORISTA PESSOAL

Parceiros:
CENTROS AUTOMOTIVOS AUTORIZADOS

5.6. DEFINIO DA OFERTA E DA PROPOSTA DE VALOR

Conforme apresentado no decorrer do documento, o mercado no qual a ALA


Rastreamento Veicular pretende se inserir j possui outros players com produtos
similares. Sabendo disso, so oferecidos alguns diferencias frente concorrncia.
Diferentemente de muitas empresas que comercializam apenas o dispositivo de
rastreamento, a ALA Rastreamento Veicular pretende vender o servio de
rastreamento. Nesse servio esto includos: o mdulo de rastreamento, instalao,
manuteno, suporte tcnico e acesso ao sistema web de gerenciamento de frota.
O fato de produto ser vendido como servio simplifica processo para o
cliente. Por exemplo, pelo fato do mdulo utilizar a rede GSM, necessria a
administrao de uma conta vinculada a cada mdulo. Do ponto de vista da
operadora mvel, no h nenhuma diferena entre em um mdulo de rastreamento
e uma linha convencional. Para o cliente, muito mais cmodo se preocupar com
apenas uma conta, que administre todas as ferramentas necessrias para sua
operao.
Outro fato interessante que com o decorrer do tempo, pela ALA
Rastreamento Veicular deter a tecnologia de rastreamento muito mais fcil
incorporar cada vez mais funcionalidades ao seu produto, diferentemente dos
concorrentes, que em geral compram uma soluo fechada em que no possvel
agregar novas funcionalidades.
Em termos de tecnologia, atualmente o SMWeb o produto com a maior
taxa de atualizao do mercado, que de uma atualizao a cada 30 segundos
(aproximadamente).
120

Figura 70 Proposta de Valor


Fonte: Autoria Prpria

5.7. ESTRATGIA E IMPLEMENTAO RESUMO

Em um mercado j competitivo, a incluso de uma nova empresa pode ser


dificultada. Razes como mercado saturado, ou impossibilidade de praticar os
preos da concorrncia, podem transpor a impossibilidade da entrada no mercado.
Entretanto, a empresa ALA Rastreamento Veicular busca oferecer os
servios para empresas que ainda no tiveram a oportunidade de obter estes
servios, em funo de custo alto ou de no atenderem s suas reais necessidades.
Esta seo do documento ir discorrer a respeito das estratgias envolvidas
para transpor estas dificuldades para obter sucesso no mercado em questo.

5.7.1. Diferenciais Competitivos e Proposta de Valor

O servio SMWeb ir oferecer aos clientes uma srie de benefcios que


ainda no so atendidos no mercado atual.
O primeiro destes benefcios ser o tempo de atualizao do posicionamento
do veculo. Conforme pesquisa de mercado realizada, em servios de concorrentes
pode existir um tempo de at 3 minutos para atualizao da posio do veculo a ser
rastreado. Em alguns casos, esta caracterstica pode ser impraticvel, quando se
121

deseja fazer uma gesto eficiente da frota. Um veculo pode percorrer vrios
quilmetros neste perodo de tempo, fazendo com que a resoluo em que se
requer uma trajetria de percurso, por exemplo, seja insatisfatria para o cliente. O
SMWeb pretende fornecer o menor tempo de atualizao do mercado menor do
que 30 segundos.
Este fato tambm permite que o SMWeb disponibilize relatrios mais exatos
para o cliente, uma vez que se tem uma resoluo de pontos de trajetria mais
concisa. Com isto, possvel administrar com melhor exatido uma frota de
veculos, uma vez que se tem controle sobre os registros de trajetria percorrida em
determinado perodo de tempo, bem como distncia percorrida, e outras facilidades
visuais que estaro disponveis ao usurio, como grficos e controle de grupos de
interesse.

5.7.2. Estratgia de Marketing

A estratgia de marketing engloba quais sero os preos praticados, bem


como o servio ser promovido e distribudo aos clientes. Todos estes aspectos
visam conquistar a confiana e fidelidade do cliente, uma vez que, atendendo as
necessidades e desejos que ele requer, combinados a um preo satisfatrio, no
haver motivos para o cliente efetuar a migrao para os servios de uma empresa
concorrente.

5.7.2.1. Estratgia de Preos

A estratgia adotada pela empresa ALA Rastreamento Veicular o


lanamento de preos menores do que os seus demais concorrentes, como tambm
o lanamento de planos para empresas com mais de 10 ou 100 veculos, reduzindo
o preo da mensalidade para cada veculo includo no plano.
O objetivo dessa estratgia de preo tornar a soluo de rastreabilidade
acessvel e popularizado a qualquer tipo de clientes veicular assim obtendo mais
122

clientes e com esta crescente utilizao de rastreabilidade tornar possvel a entrada


sustentvel no mercado nos trs primeiros anos.
Conforme pesquisa realizada com concorrentes, todas as empresas
atuantes no mercado fazem que seus clientes adquiram (compram) o equipamento
(mdulo GPS/GPRS) oferecido pela empresa como tambm de cobram mensalidade
do servio de cada veculo.

5.7.2.2. Estratgia de Promoo

Para promover o servio da ALA Rastreamento Veicular, ser feita uma


campanha de marketing por meio de empresas terceirizadas, contatando
diretamente as empresas que possuem maior potencial para se tornar futuros
clientes. Em adendo, sero realizadas propagandas em eventos relacionadas ao
mercado em questo. Um exemplo de evento a EXPO GPS, que ocorre
anualmente no ms de Maio, em So Paulo. Trata-se de um congresso internacional
envolvendo exibies de tecnologias relacionadas GPS.
Nestas oportunidades, sero mostradas as vantagens do SMWeb, bem
como toda a estrutura de tecnologia embarcada e suporte tcnico, com o objetivo de
despertar o interesse de possveis clientes. Alm disso, h de se considerar tambm
todas as ferramentas disponveis que agregam valor ao SMWeb, mostrando seus
destaques e demonstrando como ser possvel melhorar ainda mais a gesto de
frotas veiculares.
Uma vez tendo conquistado a confiana de alguns clientes, possivelmente
outras empresas tero interesse nas vantagens competitivas apresentadas pelo
SMWeb, e tambm podero contratar o servio.

5.7.2.3. Estratgia de Distribuio

A empresa dever dispor de relativa quantidade disponvel em estoque do


hardware pr-disposto para instalao imediata nos veculos dos clientes em
123

potenciais, uma vez que os clientes iniciais almejados possuem na ordem de


dezenas a centenas de veculos. Inicialmente, o estoque estar situado em Curitiba,
na prpria sede administrativa da empresa. A distribuio para o cliente ser
efetuada a partir do momento em que o servio for contratado. A ALA Rastreamento
Veicular enviar um tcnico (ou mais, de acordo com a quantidade a ser instalada)
para efetuar a instalao do dispositivo nos veculos solicitados pelo cliente. Uma
vez concluda a instalao, o tcnico tambm ir instruir o cliente correta operao
do sistema Web. Em caso de defeitos apresentados, o mesmo procedimento ser
feito para substituio do dispositivo de rastreamento vicioso.

5.7.3. Estratgia de Vendas

Nesta seo, sero apresentadas as expectativas de venda da ALA


Rastreamento Veicular, bem como qual o plano de vendas pretende-se adotar para
conquistar a parcela do mercado que foi estabelecida.

5.7.3.1. Forecast

Conforme estabelecido anteriormente, a ALA Rastreamento Veicular ir


disponibilizar planos para veculos individuais, e tambm planos diferenciados para
empresas com mais de 10 ou 100 veculos, reduzindo o preo da mensalidade para
cada veculo includo no plano. No primeiro caso, para pessoas fsicas e jurdicas, o
valor da mensalidade para cada veculo ser de R$ 59,90. No plano para empresas
com mais de 10 veculos Pessoa Jurdica +10, a mensalidade ser de R$ 56,90,
para cada veculo. O ltimo plano, Pessoa Jurdica +100, destinado para empresas
com mais de 100 veculos, sendo a mensalidade para cada um deles de R$ 53,90.
124

2012 (Jul-Dez) 2013 2014

Total Anual

Total Anual

Total Anual
Instaladas

Instaladas

Instaladas
Unidades

Unidades

Unidades
[R$]

[R$]

[R$]
Pessoa Jurdica
280 50.316,00 650 50.316,00 1120 50.316,00
Individual
Pessoa Jurdica
450 76.815,00 1270 76.815,00 5500 76.815,00
+10
Pessoa Jurdica
200 32.340,00 600 32.340,00 1100 32.340,00
+100
Pessoa Fsica 500 89.850,00 1100 89.850,00 1700 89.850,00
TOTAL 1430 249.321,00 3620 1.256.568,00 9420 3.246.948,00
Impostos - 49.864,20 - 251.313,60 - 649.389,60
RECEITA LQUIDA - 199.456,80 - 1.005.254,40 - 2.597.558,40
Quadro 11 Expectativa de vendas nos trs primeiros anos de operao
Fonte: Autoria Prpria

5.7.3.2. Plano de Vendas

Nos primeiros meses de operao, as vendas da ALA Rastreamento


Veicular sero destinadas principalmente ao mercado corporativo, em especial
empresas de transporte terrestre de mdio e pequeno porte. A partir do momento
que for comprovada a qualidade dos servios prestados pelos clientes, ser feita
uma campanha para vendas para pessoas fsicas que tambm tenham interesse
pelo servio, oferecendo preos atrativos. Paralelamente a este evento, tambm
visar empresas de transporte pessoal, tais como companhia de txis, despertando
o interesse das mesmas atravs do benefcio que elas poderiam obter caso
agregasse o SMWeb aos seus veculos.
125

5.7.4. Alianas Estratgicas

Para os primeiros anos, a ALA Rastreamento Veicular no estar


desenvolvendo alianas estratgicas para sua atuao de mercado. Mas para uma
ampliao de mercado futuro, a ALA Rastreamento Veicular necessita que o seu
monitoramento seja realizado por outras empresas de cunho continental, quando o
cliente necessite viajar para outros pases da Amrica Latina. Pases como exemplo,
Argentina, Uruguai, Paraguai e Chile. Muito embora a necessidade de seu cliente
seja o monitoramento de frotas em mbito internacional.
Isso pode ser uma vantagem diferencial do produto/servio oferecido pela
ALA Rastreamento Veicular.
Podemos citar como exemplo, as seguintes empresas de rastreabilidade que
podero ser aliadas estratgicas em mbito internacional (Apenas para o bloco
Mercosul).

Argentina: GPS MONITOREO SATELITAL


Chile: LAXGPS SECURITY
Paraguai: STOP PARAGUAY - SEGUIMIENTO SATELITAL
Uruguai: LOGICA SUR

Para essas alianas serem possveis, ser necessrio o compartilhamento


de tecnologia por ambas as empresas (protocolo de transmisso, treinamento de
servios autorizados, customizao do dispositivo de rastreamento, etc), fazendo
com que todas as empresas da aliana operem em todos esses pases.

5.7.5. Cronograma

Durante os trs primeiros anos de operao da ALA Rastreamento Veicular,


foram estabelecidas metas a serem atingidas em um intervalo de tempo
(Milestones). Estas metas esto dispostas no Quadro 12, sob a forma de um
cronograma de eventos. Tambm esto listados os responsveis por cada objetivo.
126

ANO / TRIMESTRE
2012 2013 2014
Milestone Responsvel
1 2 3 4 1 2 3 4 1 2 3 4
Testes finais do prottipo,
Antonio
validao
Elaborao do Design Final
Antonio
para venda
Incio da fabricao dos
Lucas
dispositivos
Incio das vendas
Scios
Contratao e Treinamento
Lucas
de pessoal
Participao em eventos
Scios
Pesquisa de Melhorias no
Andriy
Produto
Desenvolvimento de novos
Andriy
Produtos
Quadro 12 Cronograma das principais atividades previstas at o ano de 2014
Fonte: Autoria Prpria

5.8. GESTO

Esta seo ir abordar as questes de gesto da empresa. Entre elas,


incluem-se a estrutura organizacional que ser adotada, bem como a apresentao
da equipe e do quadro de pessoal.

5.8.1. Estrutura Organizacional

A Estrutura Organizacional de uma empresa a maneira pela qual as


empresas definem como as suas atividades sero desenvolvidas, e distribuem as
responsabilidades de cada setor, para a operao adequada da empresa.
Em um primeiro momento, a ALA Rastreamento Veicular ser composta por
trs setores de diretoria, sendo cada um dos scios o responsvel por uma rea.
127

Figura 71 Estrutura Organizacional dos departamentos de diretoria


Fonte: Autoria Prpria

5.8.1.1. Departamento Engenharia e Servios

A rea de Engenharia e Servios ser responsvel pela atualizao de


hardware e firmware dos mdulos GPS/GPRS, ser responsvel pela administrao
do website da empresa assim como a administrao do banco de dados do SMWeb.
Este departamento ser responsvel pelo desenvolvimento e autorizao de
centros automotivos autorizados para a empresa, elas iro realizar a instalao do
equipamento nos veculos dos clientes.
Em um primeiro momento esse departamento ser compostos por 1 tcnico
de desenvolvimento,1 tcnico de informtica e 2 tcnicos de servio.
O departamento de Engenharia e Servios estar sob a direo do Scio
empresarial Antonio Carlos Tirado Junior.

5.8.1.2. Departamento Financeiro e Estratgia

O departamento de finanas e estratgia da ALA Rastreamento Veicular


ser responsvel pelo balano financeiro da empresa, ser responsvel tambm
pelas anlises estratgicas de mercado, assim como estabelecimento das diretrizes
para cada departamento.
Em um primeiro momento, os servios de contabilidade sero efetuados por
empresas especializadas, mas sob responsabilidade deste departamento. A partir de
2014, ela contar tambm com um advogado, e um contador financeiro.
128

O departamento Financeiro e Estratgia estar sob a direo do scio


empresarial Lucas Jos Acunha de Vargas

5.8.1.3. Departamento Vendas e Marketing.

O departamento de Vendas e Marketing ser responsvel pelo lanamento


dos produtos no mercado, assim como a obteno de mais clientes realizando a
negociao e fechamento de contratos de servios com empresas de frotas
veiculares.
Para os primeiros anos, este departamento no ter funcionrios, pois ser
contratada uma consultoria.
Este departamento estar sob a direo do scio empresarial Andriy
Guilherme Krefer.

5.8.2. Equipe

A ALA Rastreamento Veicular ter em sua equipe, alm dos trs scios que
desenvolveram o projeto, um quadro de tcnicos e estagirios para auxiliar nas
operaes iniciais da empresa. Futuramente est prevista tambm a contratao de
um advogado e um contador financeiro.
Abaixo se encontra uma lista do perfil dos integrantes da ALA Rastreamento
Veicular. Esta relao se refere equipe necessria para o incio das atividades da
empresa, de acordo com a previso de instalaes pretendidas no primeiro ano de
operao.
Andriy Guilherme Krefer: Engenheiro Eletricista formado na Universidade
Tecnolgica Federal do Paran, trabalhou anteriormente na rea de
telecomunicaes.
Antonio Carlos Tirado Junior: Engenheiro Eletricista formado na
Universidade Tecnolgica Federal do Paran, trabalhou anteriormente na rea de
Automao Industrial.
129

Lucas Jos Acunha de Vargas: Engenheiro Eletricista formado na


Universidade Tecnolgica Federal do Paran, trabalha na rea de outsourcing de
montagem de placas de circuitos impressos e produo de computadores pessoais.
Tcnicos: sero responsveis pela instalao, configurao e assistncia
tcnica dos rastreadores nos veculos dos clientes. Tambm tero a funo de
atendimento ao cliente, e auxiliaro no desenvolvimento de melhorias nos produtos
atuais e novos produtos.
Estagirios: auxiliaro os tcnicos e os scios nas atividades citadas
anteriormente.
O prximo item deste documento detalhar o quadro de pessoal que a ALA
Rastreamento Veicular estima ter at 2014.

5.8.3. Quadro de Pessoal

O Quadro 13 demonstra a quantidade de colaboradores na empresa prevista


at o ano de 2014.
2012 2013 2014
Tcnicos 4 6 12
Estagirios 2 3 5
Advogado 0 0 1
Contador 0 0 1
Quadro 13 Quadro de pessoal nos trs primeiros anos de operao
Fonte: Autoria Prpria

5.9. PLANO FINANCEIRO

Com base na projeo de vendas apresentado anteriormente (Forecast),


ser includa uma estimativa do plano financeiro da empresa, sendo apresentada a
relao de custos, despesas e resultado operacional.
130

5.9.1. Consideraes

5.9.1.1. Investimento Inicial

Nos seis primeiros meses de operao, a ALA Rastreamento Veicular no


demandar de uma estrutura fsica prpria, em funo de estarem sendo previstos a
venda de uma quantidade relativamente baixa do servio. Neste perodo, o objetivo
ser consolidar a empresa como sinnimo de qualidade e diferenciao dos servios
prestados.
Com isso, considerou-se inicialmente a contratao de empresas que
fornecem o servio de co-working. Elas fornecem um espao de trabalho dividido
entre vrios outros empresrios. Toda a infraestrutura disponibilizada pela
empresa de co-working, incluindo espao fsico, mveis, luz, gua, telefone e
Internet. Em Curitiba, foi considerado contratar a empresa Nex Coworking. O valor
para contratao deste servio ser de R$ 1980,00 mensais, para os trs scios.
Considerando todos os benefcios inclusos, foi concludo que esta ser a melhor
forma de reduzir o investimento inicial necessrio para a abertura da ALA
Rastreamento Veicular. Alm disso, o co-working oferece a possibilidade de ter
contato direto com outros empresrios que possam ter a necessidade do servio da
ALA Rastreamento Veicular.
Ainda existem outros custos e despesas necessrios a serem considerados
no investimento inicial. indispensvel dispor de um estoque inicial do rastreador,
para contratao do servio. Alm disso, deve ser considerado a questo da
abertura da empresa, computadores pessoais, e outros equipamentos para permitir
o incio das atividades da ALA Rastreamento Veicular. Por ltimo, a empresa dever
dispor de um veculo para realizar o atendimento aos clientes.
131

O Quadro 14 lista o investimento necessrio para a abertura da empresa,


considerando o primeiro ms de operao.
Investimento Inicial Valor [R$]
Legalizao 1.600,00
Co-working 1.980,00
Veculo 20.000,00
Equipamentos 6.000,00
Contabilidade (Honorrios) 800,00
Marketing 2.000,00
TOTAL 32.380,00
Quadro 14 Investimento inicial necessrio para operao da empresa
Fonte: Autoria Prpria

Alm da infraestrutura necessria para o incio das operaes, ser


considerado tambm como investimento inicial o estoque necessrio do dispositivo
rastreador para o segundo semestre de 2012, conforme as expectativas de vendas.
Entretanto, no esto sendo considerados neste quadro, pois estes custos esto
inclusos em outra seo (Custos de Produo). Ser agregado um valor de R$
218.541,00 relacionados a estes custos. O item seguinte (Custos) abordar a
questo de custo de fabricao do dispositivo.
Como os scios fundadores no detm este capital para abertura da
empresa, ser efetuado um emprstimo junto a uma instituio bancria, no valor de
R$ 250.000,00, a ser pago em trinta meses, com juros de 1% ao ms.

5.9.1.2. Custos

Os custos podem ser relacionados aos gastos referentes fabricao do


produto. O estoque inicial no ter fabricao prpria, sendo realizada por uma
empresa terceirizada. O custo de cada unidade do rastreador est indicado no
Quadro 15.
132

Custos Variveis Valor Unitrio [R$]


Microcontrolador 3,50
Mdulo GPS 28,00
Mdulo GPRS 54,00
Bateria e comutador 20,00
SIM Card 10,00
Placa de Circuito Impresso 20,00
Componentes 10,00
TOTAL* 145,50
Quadro 15 Custos variveis envolvidos no processo de produo
Fonte: Autoria Prpria

Considerando o ano de 2012, em que prevista a instalao de 1430


sistemas de rastreamento, o custo estimado neste ano ser de R$ 145,50 por
dispositivo. Entretanto, ser considerada uma margem de 5% a mais na fabricao
dos dispositivos, prevendo que eles podero eventualmente apresentar defeitos,
exigindo a respectiva troca. Com esta considerao, o custo total de fabricao ser
de R$ 218.541,00, o equivalente a 1502 peas.

5.9.1.3. Despesas

Assim como os custos, as despesas tambm se referem aos gastos,


entretanto so os que no esto intrinsecamente ligados fabricao do rastreador.
No Quadro 16 esto representadas as despesas estimadas para os trs
primeiros anos de operao da empresa.
133

[R$] 2012 2013 2014


Despesas fixas
Salrios e Encargos
Scios 54.000,00 108.000,00 108.000,00
Tcnicos 33.600,00 100.800,00 201.600,00
Estagirios 7.800,00 23.400,00 39.000,00
Advogado - 48.000,00
Contador - 24.000,00
Limpeza
- 6.000,00 6.000,00
(Eventual)
Aluguel 11.520,00 24.000,00 24.000,00
gua, Telefone e
650,00 3.800,00 6.500,00
Energia
Marketing 2.000,00 4.000,00 7.000,00
TOTAL PARCIAL 109.570,00 270.000,00 464.100,00
Despesas Variveis
Combustvel 9.000,00 16.600,00 32.000,00
Estacionamento 500,00 800,00 1.200,00
Viagens 800,00 2.800,00 5.000,00
TOTAL PARCIAL 10.300,00 20.200,00 38.200,00
TOTAL 119.870,00 290.200,00 502.300,00
Quadro 16 Projeo das despesas nos trs primeiros anos de operao
Fonte: Autoria Prpria

5.9.2. Indicadores Financeiros

Os indicadores financeiros representam uma forma de realizar uma anlise


dos demonstrativos financeiros da empresa. Para efetuar tal anlise necessrio
previamente conhecer os ativos e passivos financeiros para o ano desejado. Abaixo,
encontram-se estes levantamentos estimados para a empresa ALA Rastreamento
Veicular, no ano 2013.
134

O ativo circulante representa os bens e direitos que possuem liquidez em


curto prazo (at 365 dias). Como exemplos, pode-se citar o prprio dinheiro em
caixa, os valores das contas em bancos, os estoques, e as contas a receber.

Equao 1 Ativo Circulante

O passivo circulante, por sua vez, so as obrigaes da empresa em curto


prazo. Seriam exemplos as contas a pagar (emprstimos de curto prazo, custos de
fabricao), os salrios e os impostos.

Equao 2 Passivo Circulante

H de se considerar tambm o ativo permanente, em que se consta os


imveis, veculos e equipamentos. So ativos realizveis em longo prazo, sujeitos a
depreciao.

Equao 3 Ativo Permanente

Por fim, o Passivo Exigvel em Longo Prazo representa as obrigaes da


empresa em um perodo maior que 365 dias, podendo se aplicar o pagamento do
emprstimo no ano de 2014.

Equao 4 Passivo a Longo Prazo

A partir destes tpicos apresentados, possvel aferir alguns indicadores


financeiros da empresa, com base nos resultados estimados no ano de 2013.
O primeiro deles, a Liquidez Corrente (LC), indica a capacidade de
pagamento da empresa em curto prazo. Para esta anlise, considera-se a razo
entre o ativo circulante e o passivo circulante, realizveis a curto prazo.
135

Equao 5 Liquidez Corrente

Ou seja, para cada real que a empresa possui como obrigaes de


realizao de curto prazo, ela possui R$ 1,47 como bens e direitos de curto prazo.
Existe outro indicador de liquidez em curto prazo, a Liquidez Seca (LS), a
qual debita o estoque do ativo circulante no clculo da liquidez corrente.

Equao 6 Liquidez Seca

Ou seja, excluindo o estoque, para cada real que a empresa possui como
obrigaes de realizao de curto prazo, ela possui R$ 1,03 como bens e direitos de
curto prazo.
O prximo indicador a Liquidez Geral (LG), a qual mostra a capacidade de
pagamento da empresa em longo prazo. So considerados os direitos e obrigaes
da empresa de curto e longo prazos.

Equao 7 Liquidez Geral

Ou seja, para cada real que a empresa possui como obrigaes de


realizao de curto e longo prazos, ela possui R$ 1,36 como bens e direitos.

5.9.3. Anlise do Ponto de Equilbrio

O Ponto de Equilbrio, usualmente denominado como Break-Even Point,


indica o ponto em que a soma dos custos e despesas igual ao das receitas
provindas.
Considerando as expectativas de vendas apresentadas anteriormente,
possvel estimar o ponto de equilbrio. O Quadro 17 mostra as receitas e gastos
136

citados anteriormente, com um adicional do acumulado com relao aos anos


anteriores.
[R$] 2012 2013 Acumulado 2014 Acumulado
RECEITA
249.321,00 1.256.568,00 1.505.889,00 3.246.948,00 4.752.837,00
BRUTA
GASTOS
Despesas 119.870,00 290.200,00 410.070,00 502.300,00 912.370,00
Impostos 49.864,20 290.195,74 340.059,94 842.469,69 1.182.529,62
Custo de
218.541,00 553.045,50 771.586,50 1.439.140,50 2.210.727,00
Produo
Juros 1.266,79 13.311,33 14.578,12 27.682,05 42.260,17
TOTAL
389.541,99 1.146.752,57 1.536.294,56 2.811.592,23 4.347.886,79
GASTOS
Quadro 17 Receitas e Gastos acumulados
Fonte: Autoria Prpria

No Grfico 2, observa-se a evoluo das receitas e dos gastos acumulados


neste perodo de tempo.

Receitas e Gastos Acumulados


R$5.000.000,00

R$4.500.000,00

R$4.000.000,00

R$3.500.000,00

R$3.000.000,00

R$2.500.000,00 Receitas
Gastos
R$2.000.000,00

R$1.500.000,00

R$1.000.000,00

R$500.000,00

R$-
2012 2013 2014

Grfico 2 Evoluo das receitas e gastos acumulados


Fonte: Autoria Prpria
137

possvel prever, atravs do grfico, que o investimento na empresa


passar a ser rentvel a partir do incio de 2013. Neste ponto, observa-se que as
receitas acumuladas igualam-se aos gastos acumulados.

5.9.4. Projeo do Resultado

Mostra-se, no Quadro 18, o demonstrativo de resultados referente aos trs


primeiros anos de operao da ALA Rastreamento Veicular.
[R$] 2012 2013 2014
RECEITA BRUTA 249.321,00 1.256.568,00 3.246.948,00
Impostos (49.864,20) (251.313,60) (649.389,60)
RECEITA LQUIDA 199.456,80 1.005.254,40 2.597.558,40
Custo do Produto (218.541,00) (553.045,50) (1.439.140,50)
RESULTADO BRUTO (19.084,20) 452.208,90 1.158.417,90
Despesas (119.870,00) (290.200,00) (502.300,00)
RESULTADO
OPERACIONAL (138.954,20) 162.008,90 656.117,90
Contribuio Social - (14.580,80) (59.050,61)
Imposto de Renda - (24.301,34) (134.029,48)
RESULTADO LQUIDO (138.954,20) 123.126,76 463.037,81
Quadro 18 Projeo do resultado nos trs primeiros anos de operao
Fonte: Autoria Prpria

Portanto, estima-se que o resultado lquido da ALA Rastreamento Veicular


ser de R$ 463.037,81 no final de 2014.
138

O Grfico 3 ilustra a estimativa do resultado lquido para os trs primeiros


anos de operao:

RESULTADO LQUIDO
R$500.000,00

R$400.000,00

R$300.000,00

R$200.000,00

R$100.000,00

R$-
2012 2013 2014
R$(100.000,00)

R$(200.000,00)

RESULTADO LQUIDO

Grfico 3 Evoluo do Resultado Lquido nos trs primeiros anos de operao


Fonte: Autoria Prpria

5.9.5. Projeo do Fluxo de Caixa

O fluxo de caixa consiste na estimativa de entradas e sadas da empresa ao


longo de determinado perodo de tempo. Assim, tem-se como objetivo avaliar a
viabilidade econmica do projeto.
ANO 2012 2013 2014
Saldo Anterior (32.380,00) 27.399,01 37.214,44
Resultado Anual (138.954,20) 123.126,76 463.037,81
Emprstimo 250.000,00 - -
Juros (51.266,79) (113.311,33) (127.682,05)
RESULTADO
27.399,01 37.214,44 372.570,21
ACUMULADO
Quadro 19 Projeo do fluxo de caixa nos trs primeiros anos de operao
Fonte: Autoria Prpria
139

O Grfico 4 demonstra o fluxo de caixa para os trs primeiros anos de


operao:

FLUXO DE CAIXA
R$400.000,00

R$350.000,00

R$300.000,00

R$250.000,00

R$200.000,00

R$150.000,00

R$100.000,00

R$50.000,00

R$-
2012 2013 2014

RESULTADO ACUMULADO

Grfico 4 Projeo do Fluxo de Caixa nos trs primeiros anos de operao


Fonte: Autoria Prpria

5.10. Consideraes

Com base neste plano de negcio apresentado, possvel apontar a


viabilidade deste projeto como venda de um produto.
Tecnicamente, o negcio ser vivel. Todo o conjunto tcnico do projeto
desenvolvido cumpre com as especificaes que foram propostas. Os resultados
obtidos no sistema web comprovam o funcionamento do projeto como um todo.
No aspecto mercadolgico, o negcio tambm se apresenta vivel.
Conforme anlise de mercado realizada, existe uma grande quantidade de
empresas e pessoas fsicas dispostas a adquirir o servio de monitoramento
veicular. Foi aferido que, at o final de 2014, a ALA Rastreamento Veicular efetuaria
a instalao de 9.420 dispositivos rastreadores.
Por fim, considerando as questes econmica e financeira, as projees
apresentadas anteriormente tambm indicam que o negcio vivel. O negcio
140

exige, entretanto, um capital de R$ 250.000,00 para iniciar as atividades conforme


planejado, obtido atravs de um emprstimo. Embora no primeiro semestre de
atividade estimou-se um prejuzo de R$ 138.954,20, a empresa passaria a gerar
lucro a partir do segundo semestre de 2013. No final de 2014, a avaliao do fluxo
de caixa acumulado chegaria a R$ 372.570,21.
Estes trs aspectos sugerem que o negcio ser vivel.
141

6. CONCLUSES

Com a finalizao deste projeto, foi possvel a assimilao de vrios


conceitos abordados no decorrer do curso de Engenharia Industrial Eltrica com
nfase em Eletrnica e Telecomunicaes da Universidade Tecnolgica Federal do
Paran. O desafio envolvido em implementar um sistema de monitoramento via web
foi encorajador para os integrantes da equipe.
Este relatrio integrou todos os conceitos utilizados para a elaborao do
projeto, bem como os procedimentos utilizados e a descrio completa dos mdulos
desenvolvidos.
Trs grandes motivaes foram a base para a realizao deste projeto. A
primeira refere-se diversidade de tecnologias relacionadas ao projeto, o qual
envolveu vrias reas da Engenharia Eltrica englobando eletrnica de potncia,
eletrnica digital e telecomunicaes. Isso mostra que este um projeto com uma
abrangncia interessante em vrias reas do conhecimento. A segunda, foi a
motivao de oferecer uma ferramenta de controle de frotas para mercados ainda
no explorados, como as empresas de txi e, at mesmo empresas de transporte de
pequeno porte. A ltima motivao originou-se de um nmero alarmante acerca os
furtos de veculos: na cidade de Curitiba, constou-se que apenas 20% dos veculos
roubados so recuperados.
A fundamentao terica foi importante para integrar o conhecimento geral
relacionado ao projeto equipe e possibilitar o desenvolvimento tcnico do projeto.
Os assuntos abordados, relativos ao funcionamento dos satlites GPS, da rede
celular GPRS, da estruturao de banco de dados, do modelo OSI e do HTTP
permitiram que a equipe alcanasse o conhecimento bsico necessrio e a
viabilidade tcnica do projeto para a realizao das atividades tcnicas associadas
ao projeto.
Durante o desenvolvimento tcnico do projeto, foram observadas as
dificuldades envolvidas, em especial na etapa de integrao dos mdulos. Como os
mdulos GPS e GPRS utilizavam a comunicao serial e o microcontrolador possua
apenas uma interface serial por hardware, foi necessrio utilizar pinos de I/O
genricos e a utilizao de interface serial via software, a fim de integrar todos os
mdulos do projeto. O estudo da bateria mais adequada a ser utilizada, bem como
142

os meios de mant-la carregada e fornecer os nveis de tenso adequados, tambm


foram importantes para a realizao do projeto. Alm disso, o desenvolvimento do
diagrama de estados prevendo o fluxo de execuo do programa foi de fundamental
importncia, tanto na etapa de projeto quando de implementao, assim como
outras ferramentas utilizadas, tal como o diagrama entidade-relacionamento para o
desenvolvimento do banco de dados
Os resultados obtidos apresentados comprovam o correto funcionamento do
dispositivo embarcado e do sistema web. Foram apresentados dois testes realizados
em campo, um com extenso aproximada de 2 km, e outro, com 36 km. Foram
obtidos resultados satisfatrios para a obteno da trajetria em ambos os casos, na
qual foi possvel visualizar o percurso do veculo durante os testes, bem como outras
informaes adicionais. Em adendo, observou-se os relatrios emitidos pelo sistema
e constatou-se que as distncias obtidas para o trajeto (2370 e 36374 metros) so
condizentes com a realidade. Naturalmente, foram tambm consideradas as
limitaes do projeto, principalmente em funo da dependncia do bom
funcionamento da rede celular e dos satlites GPS no local em que o veculo se
situa. O teste em campo foi feito explorando-se situaes de baixa disponibilidade
da rede GPRS e tambm menor visibilidade dos satlites GPS, a fim de constatar a
robustez do dispositivo.
A elaborao de um plano de negcios foi importante para analisar se o
projeto possui potencial para se transformar em um produto (sob a forma de servio)
para insero no mercado. Foi simulada a criao de uma empresa, para efetuar as
operaes de comercializao do projeto. Estabeleu-se que, para garantir o
reconhecimento da empresa frente ao mercado, ela dever conter em seu porta-flio
de clientes 120 empresas do mercado nacional, nos trs primeiros anos de
operao. A partir de um levantamento da situao atual do mercado, foi estimado o
valor de investimento inicial necessrio para a abertura da empresa. Alm disso,
com base na demanda do mercado, foram aferidas a quantidade de vendas at o
ano de 2014, e se constatou que devam ser instalados 9420 unidades do dispositivo,
gerando uma receita bruta de R$ 3.246.948,00. Para efetuar tal quantidade de
instalaes, verificou-se que ser necessria a contratao de 19 colaboradores
para compor o quadro de pessoal da empresa. Foram considerados tambm os
custos de produo. Desse modo, concluiu-se que o dispositivo rastreador ter o
143

custo unitrio de R$ 145,50, bem como as despesas envolvidas, estimadas em R$


502.300,00 no ano de 2014. Foi realizada tambm a anlise de ponto de equilbrio,
no qual foi constatado que a empresa passar a ser rentvel a partir do segundo
semestre de 2013. Por fim, no final de 2014, a avaliao do fluxo de caixa
acumulado chegaria a R$ 372.570,21.
144

REFERNCIAS

ARDUINO. Arduino UnoTM Rev 2. Arduino, 2011. 1 p. Disponvel em:


<http://arduino.cc/en/uploads/Main/arduino-uno-rev2-schematic.pdf>. Acesso em 13
jun. 2011.

ATMEL INC. Atmel Microcontroller with 4/8/16/32K Bytes In-Stytem


Programmable Flash ATMEGA328P-P. Atmel, 2011. 567 p.

CHANG, Donald, YUNG, Kar, CHENG, David, CHANG, Ming, inventores. Position
location of multiple transponding platforms and users using two-way ranging
as a calibration reference for GPS. United States Patent 6,785,553. 2001.

CHEN, Peter P. The Entity-Relationship Model Toward a Unified View of Data.


Massachusetts: Massachusetts Institute of Technology. Maro, 1976. ISSN 0362-
5915.

CISCO SYSTEMS, INC. Cisco Certified Network Associate Mdulo 1: Noes


Bsicas de Redes (Network Fundamentals). 2009. No paginado.

ELMASRI, Ramez, NAVATHE, Shamkant B. Fundamentals of Database Systems.


4. ed. Boston: Addison Wesley, 2003.

GHAZARIAN, Ohanes D., inventor. Automatic GPS tracking system with passive
battery circuitry. United States Patent US 2008/0246656 A1. 2007.

MICHELINI, Aldo. Manual das Baterias Recarregveis, Pilhas e Carregadores.


So Paulo: STA Eletrnica, 2007. 126 p.

NETWORK WORKING GROUP. Hypertext Transfer Protocol HTTP/1.1.


Massachusetts, jun. 1999. Disponvel em: <http://www.ietf.org/rfc/rfc2616.txt>.
Acesso em 21 nov. 2011.

______. Uniform Resource Identifiers (URI): Massachusetts, ago. 1998. Generic


Syntax. Disponvel em: <http://www.ietf.org/rfc/rfc2396.txt>. Acesso em 21 nov.
2011.
145

______. Uniform Resource Locators (URL). Minnesota, dez. 1994. Disponvel em:
<http://www.ietf.org/rfc/rfc1738.txt>. Acesso em 21 nov. 2011.

NOVATEL WIRELESS INC. Technical Manual with Specifications: Merlin for


GPRS. Novatel, 2002. 215 p.

O GLOBO DIGITAL E MDIA. Novos satlites devem revigorar setor de


navegao. Disponvel em: <http://oglobo.globo.com/tecnologia/novos-satelites-
devem-revigorar-setor-de-navegacao-2945932>. Acesso em 21 nov. 2011.

SIRF TECHNOLOGY, INC. NMEA Reference Manual. SiRF, 2005. 27 p.

SKYLAB M&C TECHNOLOGY CO. LTD. SkyNav SKM53 Series Ultra High
Sensitivity and Low Power The Smart Antenna GPS Module. Skylab, 2009. 8 p.

TERRA TECNOLOGIA. Dilma: Brasil ter 4G e banda larga em 70% dos lares at
2014. Disponvel em: <http://tecnologia.terra.com.br/noticias/0,,OI5343899-
EI12884,00-Dilma+Brasil+tera+G+e+banda+larga+em+dos+lares+ate.html>. Acesso
em 21/11/2011.

TOMTOM, SISTEMAS GPS PORTTEIS DE NAVEGAO PARA AUTOMVEL.


Como funciona o GPS? Disponvel em:
http://www.tomtom.com/howdoesitwork/page.php?ID=8&CID=2 &Language=17.
Acesso em 30 jun. 2011.

TURLETTI, Thierry. A brief Overview of the GSM Radio Interface. Massachusetts:


Massachusetts Institute of Technology. Maro, 1996. 10 p.

VOITCH, Guilherme. S 20% dos carros roubados so recuperados em Curitiba.


Gazeta do Povo, Curitiba, 23 abr. 2010. Disponvel em:
<http://www.gazetadopovo.com.br/vidaecidadania/conteudo.phtml?tl=1&id=995456&t
it=So-20-dos-carros-roubados-sao-recuperados-em-Curitiba>. Acesso em 14 mai.
2011.

______. Crimes fazem seguro ficar mais caro. Gazeta do Povo, Curitiba, 23 abr.
2010. Disponvel em:
<http://www.gazetadopovo.com.br/vidaecidadania/conteudo.phtml?tl=1&id=995458&t
it=Crimes-fazem-seguro-ficar-mais-caro>. Acesso em 14 mai. 2011.
146

WHEELER, Lerraine, PEDOLOFF, Rob, VOSSELER, Michael, CHEN, Elaine,


MARCUS, Beth, inventors. Location Tracking System. United States Patent US
2008/0062120 A1. 2006.

YOKOMIZO, Osvaldo, inventor; Smart Systems Telecomunicaes LTDA.,


depositante. Rastreador veicular via sistema de posicionamento global, GPS, e
telefonia mvel celular. Patente INPI PI0202041-6 A2. 2002.
147

APNDICES

APNDICE A Cdigo que implementa o diagrama de estados apresentado na


Figura 24.

// INCLUDE ===================================================================================
#include <NewSoftSerial.h>
#include <SoftwareSerial.h>
#include <string.h>

// DEFINE ===================================================================================
#define ID_MODULO "849308"
#define GSM_RX 2
#define GSM_TX 3
#define DEBUG_RX 8
#define DEBUG_TX 9
#define GSM_STATUS_PIN 6
#define GSM_POWER_PIN 5
#define SERVER_IP "smwebtcc.com"
#define HOST_NAME "smwebtcc.com"
#define SERVER_PORT 80
#define GSM_BAUDRATE 4800
#define DEBUG_BAUDRATE 300
#define GSM_DELAY_INIT 50000
#define GSM_DELAY1 2500
#define GSM_DELAY2 200
#define CR 13
#define LF 10
#define GPS_BAUDRATE 4800
#define GPS_RX 2
#define GPS_TX 3
#define DEBUG_LED 13
#define LED_DELAY 50

#define DEBUG_GSM
#define DEBUG_ECHO_GSM
#define DEBUG_GPS
//#define DEBUG_ECHO_GPS

// GLOBAL ===================================================================================
NewSoftSerial gsm_nss(GSM_RX, GSM_TX);
SoftwareSerial debug_ss = SoftwareSerial(DEBUG_RX, DEBUG_TX);
enum GSM_STATES{ST_INIT, ST_INIT_GPRS, ST_HTTP_REQUEST};
int module_started = 1;
int i = 0;
int led = 0;

// GPS
struct gps{
String buffer;
String strGprmc;
String strGpgga;
} gps;

// GSM
struct gsm{
String buffer;
String httpString;
} gsm;

// SETUP ===================================================================================
void setup(){
// GSM
pinMode(GSM_POWER_PIN, OUTPUT);
pinMode(GSM_STATUS_PIN, INPUT);
gsm_nss.begin(GSM_BAUDRATE);
148

// GPS
Serial.begin(GPS_BAUDRATE);

// Debug
pinMode(DEBUG_RX, INPUT);
pinMode(DEBUG_TX, OUTPUT);
debug_ss.begin(DEBUG_BAUDRATE);
pinMode(DEBUG_LED, OUTPUT);
}

// LOOP ===================================================================================
void loop(){
int state;
// Debug info
#ifdef DEBUG_GSM
if (module_started) debug_ss.println("=== MODULO LIGADO ===");
debug_ss.println("=== NOVO CICLO ===");
#endif

// Inicia a maquina de estados do modulo GSM


state = gsm_checkState();
while (state!=ST_HTTP_REQUEST){
gsm_stateMachine(state);
state = gsm_checkState();
}

// Le o GPS e atualiza os valores de gps.strGpgga e gps.strGprmc


gps_read();
//while(1) {gps_read();}

// Seta parametros da mensagem Http


gsm.httpString = "/andriy/track/?m=";
gsm.httpString += ID_MODULO;
gsm.httpString += "&gpgga=";
gsm.httpString += gps.strGpgga;
gsm.httpString += "&gprmc=";
gsm.httpString += gps.strGprmc;

// Envia a mensagem http com os valores de gpgga, gprmc e o id do modulo


gsm_stateMachine(ST_HTTP_REQUEST);

// FUNCOES GPS
===================================================================================
// -------------------------------------------------------
// gps_read
// -------------------------------------------------------
int gps_read(){
Serial.flush();
gps.buffer = "";
gps.strGpgga = "";
gps.strGprmc = "";
int achouGpgga = 0;
int achouGprmc = 0;
int gpggaStrOk = 0;
int gprmcStrOk = 0;
int i;
char c;

while(1){
if(Serial.available()>0){
c = Serial.read();

// Se eh o primeiro caracter recebido apos um \r\n, zera o buffer


if (gps.buffer.indexOf("\r\n")>=0){
if(achouGpgga && !gpggaStrOk){
gps.strGpgga = "";
gps.strGpgga.concat(gps.buffer);
i = gps.strGpgga.length();
//gps.strGpgga.setCharAt(i-1,0);
//gps.strGpgga.setCharAt(i-2,0);
gps.strGpgga = gps.strGpgga.substring(0,i-2);
#ifdef DEBUG_GPS
debug_ss.println("gps.strGpgga");
149

#endif
gpggaStrOk = 1;
}
if(achouGprmc && !gprmcStrOk){
gps.strGprmc = "";
gps.strGprmc.concat(gps.buffer);
i = gps.strGprmc.length();
//gps.strGprmc.setCharAt(i-1,0);
//gps.strGprmc.setCharAt(i-2,0);
gps.strGprmc = gps.strGprmc.substring(0,i-2);
#ifdef DEBUG_GPS
debug_ss.println("gps.strGprmc");
#endif
gprmcStrOk = 1;
}
gps.buffer = "";
}

// concatena ao buffer
gps.buffer.concat(c);

// Se a string esperada foi impressa


if(!achouGpgga){
if (gps.buffer.indexOf("$GPGGA")>=0){
achouGpgga = 1;
}
}
if(!achouGprmc){
if (gps.buffer.indexOf("$GPRMC")>=0){
achouGprmc = 1;
}
}

#ifdef DEBUG_ECHO_GPS
debug_ss.print(c);
#endif
}
if (gpggaStrOk && gprmcStrOk){
#ifdef DEBUG_GPS
debug_ss.println("gps_read(): return 1");
#endif
return 1;
}
}
}

// FUNCOES GSM
===================================================================================
// -------------------------------------------------------
// gsm_powerOn
// -------------------------------------------------------
void gsm_powerOn(){
if (digitalRead(GSM_STATUS_PIN)==LOW){
digitalWrite(GSM_POWER_PIN, HIGH); // set the LED on
delay(100);
digitalWrite(GSM_POWER_PIN, LOW);
}
}

// -------------------------------------------------------
// gsm_init
// -------------------------------------------------------
int gsm_init(){
int i;
// Reseta
gsm_nss.println("AT+CFUN=1,1");

#ifdef DEBUG_GSM
debug_ss.println("Inicializando modulo...");
#endif

i = gsm_readNss(GSM_DELAY_INIT, "Call Ready", "^", "^");


if (i==1) return 1;
return 0;
150

// -------------------------------------------------------
// gsm_isNetworkOk
// -------------------------------------------------------
int gsm_isNetworkOk(){
int i;
//gsm_nss.print("AT\r");
//i = gsm_readNss(GSM_DELAY1, "ERROR", "OK", "^");
//if (i==1) return 0;

gsm_nss.print("AT+CGREG?\r");
i = gsm_readNss(GSM_DELAY1, ",1", ",5", "OK");
if (i==0) return 0;

gsm_nss.print("AT+CGATT?\r");
i = gsm_readNss(GSM_DELAY1, "1", "0", "OK");
if (i==0) return 0;
if (i==2) return 0;

return 1;
}

// -------------------------------------------------------
// gsm_initGprs
// -------------------------------------------------------
int gsm_initGprs(){
int i;

#ifdef DEBUG_GSM
debug_ss.println("Configurando GPRS...");
#endif

// Desconecta context id 1
gsm_nss.print("AT+CGACT=0,1\r");
gsm_readNss(GSM_DELAY1, "OK", "ERROR", "^");

// Id 1 tipo IP
gsm_nss.print("AT+CGDCONT=1,\"IP\"\r");
gsm_readNss(GSM_DELAY1, "OK", "ERROR", "^");
if (i==2) return 0;

// APN, user, password


gsm_nss.print("AT+CSTT=\"tim.br\",\"tim\",\"tim\"\r");
i = gsm_readNss(GSM_DELAY1, "OK", "ERROR", "^");

// Conecta context id 1
gsm_nss.print("AT+CGACT=1,1\r");
gsm_readNss(GSM_DELAY1*4, "OK", "ERROR", "^");
if (i==2) return 0;

return 1;

// -------------------------------------------------------
// gsm_isGprsOk
// -------------------------------------------------------
int gsm_isGprsOk(){
int i;
// Checa se conseguiu IP
gsm_nss.println("AT+CGPADDR=1\r");

i = gsm_readNss(GSM_DELAY1, "0.0.0.0", "ERROR", "OK");


if (i==1) return 0;
if (i==2) return 0;
if (i==3) return 1;

return 0;
}

// -------------------------------------------------------
// gsm_openSocket
// -------------------------------------------------------
int gsm_openSocket(String ip, int porta){
151

int i;
// Desabilita o socket no ID
gsm_nss.print("AT+CIPSHUT\r");
gsm_readNss(GSM_DELAY1, "OK", "ERROR", "^");
gsm_nss.print("AT+CIPSTART=\"TCP\",\"");
gsm_nss.print(SERVER_IP);
gsm_nss.print("\",");
gsm_nss.print(SERVER_PORT);
gsm_nss.print("\r");
i = gsm_readNss(GSM_DELAY1*10, "CONNECT OK", "ERROR", "CONNECT FAIL");
if (i==1) return 1;
return 0;
}

// -------------------------------------------------------
// gsm_readNss
// -------------------------------------------------------
int gsm_readNss(unsigned long dly, String str, String str2, String str3){
gsm_nss.flush();
gsm.buffer = "";

unsigned long m = millis();


char c;

while((millis()-m) < dly){


gsm_powerOn();
if(gsm_nss.available()>0){
c = gsm_nss.read();

// Se eh o primeiro caracter recebido apos um \r\n, zera o buffer


if (gsm.buffer.indexOf("\r\n")>=0) gsm.buffer = "";

// concatena ao buffer
gsm.buffer.concat(c);

#ifdef DEBUG_ECHO_GSM
//debug.buffer.concat(c);
//if (debug.buffer.length()>=5){
//Serial.print(c);
debug_ss.print(c);
//debug.buffer="";
//}
#endif

// Se a string esperada foi impressa


if (gsm.buffer.indexOf(str)>=0) return 1;
if (gsm.buffer.indexOf(str2)>=0) return 2;
if (gsm.buffer.indexOf(str3)>=0) return 3;

}
}
// Se a string esperada nao foi impressa
return 0;
}

// -------------------------------------------------------
// reset
// -------------------------------------------------------
void reset(){
void (*pseudoReset)(void)=0;
pseudoReset();
}

// -------------------------------------------------------
// gsm_msgHttpGet
// -------------------------------------------------------
int gsm_msgHttpGet(){
int i;

gsm_nss.print("AT+CIPSEND\r");
i = gsm_readNss(GSM_DELAY1*10, ">", "ERROR", "^");
if (i==2) return 0;

gsm_nss.print("GET ");
gsm_nss.print(gsm.httpString);
152

gsm_nss.println(" HTTP/1.1");

gsm_nss.print("Host: ");
gsm_nss.println(HOST_NAME);
gsm_nss.println("User-Agent: Andriy");
gsm_nss.print("\r\n");

delay(GSM_DELAY2);
gsm_nss.print(26, BYTE); // Ctrl+z
i = gsm_readNss(GSM_DELAY1*3, "SEND FAIL", "SEND OK", "^");
#ifdef DEBUG_GSM
if (i==2){
debug_ss.println("Mensagem http enviada com sucesso!");
}
else{
debug_ss.println("Falha no envio!");
}
#endif
if (i==2){
blink(DEBUG_LED);
return 1;
}
return 0;
}

// -------------------------------------------------------
// gsm_checkState
// -------------------------------------------------------
int gsm_checkState(){
int i;
if (module_started){
module_started = 0;
return ST_INIT;
}
if (gsm_isGprsOk()){
return ST_HTTP_REQUEST;
} else {
if (!gsm_isNetworkOk()) return ST_INIT;
return ST_INIT_GPRS;
}
return ST_INIT;
}

// -------------------------------------------------------
// gsm_stateMachine
// -------------------------------------------------------
int gsm_stateMachine(int state){
int i, j;

// ----- ST_INIT -----


if (state<=ST_INIT){
digitalWrite(DEBUG_LED, HIGH);
blinkFast(DEBUG_LED);
digitalWrite(DEBUG_LED, HIGH);

// Power on
gsm_powerOn();

#ifdef DEBUG_GSM
debug_ss.println("Power on");
#endif

// Inicializa
if(!gsm_init()) return 0;

#ifdef DEBUG_GSM
debug_ss.println("Modulo inicializado");
#endif

// Verificando disponibilidade da rede


digitalWrite(DEBUG_LED, LOW);
if (gsm_isNetworkOk()){
#ifdef DEBUG_GSM
debug_ss.println("Disponilidade de rede GSM e GPRS ok");
#endif
153

}
else{
#ifdef DEBUG_GSM
debug_ss.println("Disponilidade de rede GSM e GPRS nao ok");
#endif

return 0;
}
}

// ----- ST_INIT_GPRS -----


if (state<=ST_INIT_GPRS){
// Inicializa GPRS
i = gsm_initGprs();
j = gsm_isGprsOk();
if ((i&&j)==0) return 0;

#ifdef DEBUG_GSM
debug_ss.println("Conexao GPRS OK");
#endif

return 1;
}

// ----- ST_HTTP_REQUEST -----


if (state<=ST_HTTP_REQUEST){
// Abre o socket e envia mensagem
if (!gsm_openSocket(SERVER_IP, SERVER_PORT)) return 0;

#ifdef DEBUG_GSM
debug_ss.println("Socket OK");
#endif

// Envia mensagem Http


if (!gsm_msgHttpGet()) return 0;
}
}
// -------------------------------------------------------
// toogle()
// -------------------------------------------------------
void toggle(int pin){
led = !led;
digitalWrite(pin, led);
}
void blink(int pin){
digitalWrite(pin, HIGH);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
toggle(pin); delay(LED_DELAY); toggle(pin); delay(LED_DELAY);
digitalWrite(pin, LOW);
led = 1;
}
void blinkFast(int pin){
int i = 0;
for (i=0; i<150; i++){
toggle(pin); delay(13);
}
}
154

APNDICE B Fotos do sistema

Figura 72 Caixa e rtulo do prottipo


Fonte: Autoria Prpria

Figura 73 Circuitos do sistema


Fonte: Autoria Prpria
155

Figura 74 Circuito do comutador, sem a ligao externa com os LEDs e bateria


Fonte: Autoria Prpria