Você está na página 1de 86

UNIVERSIDADE FEDERAL DO ESPRITO SANTO

CENTRO DE ARTES
DEPARTAMENTO DE DESENHO INDUSTRIAL




MARCOS VINCIUS FORECCHI ACCIOLY













VisualizaBus: um sistema de informao ambiente para horrio de
nibus municipal na cidade de Vitria


















VITRIA
2014
MARCOS VINICIUS FORECCHI ACCIOLY


VisualizaBus: um sistema de informao ambiente para horrio de
nibus municipal na cidade de Vitria








Trabalho de Concluso de Curso
apresentado ao Departamento de Desenho
Industrial do Centro de Artes da
Universidade Federal do Esprito Santo
como requisito parcial para obteno do
grau de Bacharel em Desenho Industrial -
Habilitao em Comunicao Visual.
Orientador: Prof. Dr. Mauro Pinheiro
Rodrigues










VITRIA
2014
MARCOS VINICIUS FORECCHI ACCIOLY


VisualizaBus: um sistema de informao ambiente para horrio de
nibus municipal na cidade de Vitria


Trabalho de Concluso de Curso apresentado
ao Departamento de Desenho Industrial do
Centro de Artes da Universidade Federal do
Esprito Santo como requisito parcial para
obteno do grau de Bacharel em Desenho
Industrial - Habilitao em Comunicao Visual.

Aprovado em 17 de Abril de 2014.

COMISSO EXAMINADORA


__________________________________
Prof. Dr. Mauro Pinheiro Rodrigues
Universidade Federal do Esprito Santo
Orientador


__________________________________
Prof. Ms. Ricardo Esteves Gomes
Universidade Federal do Esprito Santo


__________________________________
Elton Vincius Silva
Instituto Federal do Esprito Santo
Agradecimentos / Dedicatria

minha me Rbia Helena que, com muito esforo, viu-me sair da Engenharia
Eltrica rumo ao Design e conseguiu conviver com isso com um sorriso no rosto.
minha esposa Karol que me aguentou usando muitas e muitas vezes este projeto
como desculpa para algo.
Aos amigos da Engenharia, do Design e de fora da Ufes que me deram foras para
enfrentar o novo vestibular e o novo curso.
Aos colegas de Ufes Salim Suhet Mussi, Antonio Henrique Steinkopf Nascimento e
Rmulo Vitoi, que dotados de imensa boa vontade auxiliaram para que esse projeto
fosse realizado.
Ao Mauro, por ser um timo orientador e um parceiro no mundo dos artefatos
computacionais.
A Deus, por ser fonte inesgotvel de fora de vida.
A todos: obrigado de corao. Este projeto um pouco de cada um.
Resumo

Utiliza o conceito de Sistemas de Informao Ambiente a fim de construir um artefato
eletrnico para visualizao dos horrios de linha de nibus especfica da cidade de
Vitria, Esprito Santo, atravs da utilizao dos dados do sistema Pontual, da
Prefeitua Municipal de Vitria (PMV). Aborda em profundidade as tecnologias
empregadas no desenvolvimento dos Intelligent Transportation Systems (ITS,
Sistemas Inteligentes de Transporte) no Brasil e no exterior, com especial ateno
aos sistemas de Automatic Vehicle Location (AVL, Localizao Automtica de
Veculos) atravs de Global Positioning System (GPS, Sistema de Posicionamento
Global). Demonstra projetos de informao ambiente semelhantes e conceitua o
momento que vivemos relativamente ao acmulo de informaes computacionais e
ao estresse que pode ser gerado a partir desse acmulo, apoiando-se na informao
ambiente como uma sada para essa problemtica. Descreve as etapas de projeto
de Design necessrias para o desenvolvimento e explica de forma completa os
componentes necessrios para a construo do artefato proposto. Alm disso,
demonstra a utilizao do artefato durante quinze dias no Laboratrio de Design
Instrucional (LDI) da Universidade Federal do Esprito Santo (Ufes), propondo
exploraes futuras para a tecnologia e o sistema de informao dos horrios de
nibus. Os resultados demonstram que os sistemas de informao ambiente, ainda
pouco explorados no Brasil, so fundamentais para a integrao de informaes
complexas em artefatos de simples utilizao diria, evitando a sobrecarga de
informao normalmente associada a dispositivos computacionais. Conclui-se
tambm que, especialmente no caso do transporte pblico em Vitria, grande o
benefcio percebido na utilizao do artefato.

Palavras-chave: Design. Sistemas de informao ambiente. Transporte pblico.
Arduino.
Abstract

Utilizes the concept of Ambient Information Systems in order to build an electronic
artifact for the visualization of bus arrival times for a specific bus in the city of Vitria,
Esprito Santo State, by using the data provided by the Pontual system from
Prefeitura Municipal de Vitria (PMV, Vitria City Hall). Discusses in depth the
technologies employed in the development of Intelligent Transportation Systems
(ITS) in Brazil and abroad, with special attention to the Automatic Vehicle Location
(AVL) systems based on Global Positioning System (GPS). Demonstrates similar
projects in ambient information and conceptualizes the times we live in in relation to
the accumulation of computational information and the stress that can be generated
from this buildup, relying on ambient information systems as a way out of this
problem. Describes the steps of project design needed for the development and fully
explains the necessary components for the construction of the artifact. Furthermore,
it demonstrates the use of the artifact for two weeks at the Laboratrio de Design
Instrucional (LDI, Laboratory of Instructional Design) of the Universidade Federal do
Esprito Santo (Ufes, Federal University of Esprito Santo), proposing future
explorations for the technology and information of bus schedules system. The results
demonstrate that ambient information systems, yet little explored in Brazil, are
fundamental for the integration of complex information into simple artifacts for daily
use, avoiding information overload normally associated with computing devices. We
conclude that, especially in the case of public transport in Vitria, there is a great
perceived benefit associated with using the artifact.

Keywords: Design. Ambient Information Systems. Public transportation. Arduino.
Lista de imagens
Figura 1: Sistema Countdown em Londres. .............................................................. 14
Figura 2: Diversos mecanismos envolvidos em um ITS ............................................ 18
Figura 3: Mecanismos principais e opcionais de um sistema de AVL ....................... 19
Figura 4: Mdulo integrado dos nibus do transporte de Vitria ............................... 23
Figura 5: Benefcios de uma API para o Sistema Pontual ......................................... 26
Figura 6: LiveWire (Dangling String) ......................................................................... 33
Figura 7:AmbientUmbrella avisa quando vai chover ................................................. 33
Figura 8: Localizao do artefato e do ponto de parada nmero 6166 ..................... 36
Figura 9: Carro de ferrovia do Ambient Trolley .......................................................... 38
Figura 10: Viso geral do AmbientTrolley ................................................................. 38
Figura 11: Viso geral do BusMobile ......................................................................... 39
Figura 12: Viso geral do Datafountain ..................................................................... 40
Figura 13: As esferas de cores .................................................................................. 42
Figura 14: Legenda de cores das esferas ................................................................. 42
Figura 15: Rolos giratrios de linha e tempo ............................................................. 43
Figura 16: Funcionamento interno do sistema mecnico dos rolos ........................... 44
Figura 17: Vista lateral dos rolos ............................................................................... 45
Figura 18: Simulao de chegada em escala............................................................ 46
Figura 19: Etapas gerais para o funcionamento do VisualizaBus ............................. 48
Figura 20: Ciclo de funcionamento do Artefato ......................................................... 51
Figura 21: Etapas de obteno dos dados do PontoVitria PMV .............................. 52
Figura 22: As partes integrantes do VisualizaBus ..................................................... 54
Figura 23: Arduino Duemilanove com processador ATMega328 .............................. 56
Figura 24: Motor de passo STP-42D221-03 .............................................................. 56
Figura 25: Placa controladora com Ponte H L298N .................................................. 57
Figura 26: Shield Ethernet para Arduino ................................................................... 58
Figura 27: Boto de incio e fim de curso .................................................................. 59
Figura 28: Estrutura fsica do artefato VisualizaBus .................................................. 60
Figura 29: Estrutura visual do VisualizaBus, com os componentes eletrnicos
completamente cobertos ........................................................................................... 62
Figura 30: Artefato instalado no Laboratrio de Design Instrucional (LDI) ................ 64
Figura 31: Viso geral do VisualizaBus no local de instalao.................................. 65
Sumrio

Introduo ................................................................................................................. 10
Objetivos ................................................................................................................ 11
Justificativa ............................................................................................................ 11
Captulo 1: Sistemas de visualizao de horrios de nibus: no exterior, no Brasil e
na cidade de Vitria ................................................................................................... 12
1.1 Sistemas Inteligentes de Transporte (ITS) e de Localizao Automtica de
Veculos (AVL) ....................................................................................................... 12
1.2 Os recursos complementares aos sistemas de localizao de veculos.......... 15
1.3 Vantagens percebidas no uso de localizao automtica de veculos ............ 19
1.4 O sistema de informao de transporte pblico em Vitria, Esprito Santo ..... 21
Captulo 2: Sistemas de informao ambiente .......................................................... 28
2.1 Sistemas de informao e design de interao ............................................... 29
2.2 Sistemas de informao ambiente, calm technology e pervasividade
computacional ........................................................................................................ 31
Captulo 3: Um sistema de informao ambiente para os horrios de nibus de
Vitria: construindo um artefato ................................................................................. 34
3.1 Definio do problema ..................................................................................... 35
3.1.1 Definio de pblico alvo .......................................................................... 35
3.1.2 Delimitao do contexto do projeto ........................................................... 35
3.2 Levantamento de dados .................................................................................. 36
3.2.1 Anlise de similares .................................................................................. 36
3.3 Gerao de alternativas e escolha de partido projetual ................................... 41
3.3.1 Esferas de cores ....................................................................................... 41
3.3.2 Rolos giratrios de linha e tempo .............................................................. 42
3.3.3 Simulao de chegada em escala ............................................................ 45
3.4 Desenvolvimento do prottipo ......................................................................... 46
3.4.1 Cdigos PHP e Servio Web de consulta a horrios ................................ 51
3.4.2 Estrutura fsica e eletrnica de movimentao do artefato ........................ 52
9
3.4.3 Estrutura visual de informao no artefato ................................................ 61
3.4.4 Conexo do artefato Internet e funcionamento automtico .................... 62
3.5 Disponibilizao para utilizao e testes no Laboratrio de Design Instrucional
............................................................................................................................... 62
Captulo 4: Resultados e discusso .......................................................................... 66
4.1 Dificuldades tcnicas e curiosidades ............................................................... 67
4.2 Possibilidades para uma nova verso ............................................................. 68
Captulo 5: Consideraes finais ............................................................................... 70
ANEXO I .................................................................................................................... 73
ANEXO II ................................................................................................................... 75
ANEXO III .................................................................................................................. 82
Referncias ............................................................................................................... 83



10
Introduo

A utilizao de tecnologias de comunicao e informao (TIC) cada vez mais
frequente e o interesse pelo uso dessas tecnologias no monitoramento e
fornecimento de servios de transporte pblico evidente em diversas partes do
mundo (TCRP, 2003; TCRP, 2008; ANTP, 2012a; TANG; THAKURIAH, 2012). Esta
utilizao tem suas causas tanto na necessidade de fornecer um transporte mais
confivel e tecnologicamente atualizado quanto na inteno de fornecer melhores
informaes para os usurios do sistema de transporte, auxiliando-os e diminuindo
seu desconforto. Conforme cita Travassos em revista da Associao Nacional de
Transportes Pblicos (ANTP):

A falta de informaes sobre o sistema um elemento constante nos relatos
[...] Para a estudante francesa, a incerteza e a imprevisibilidade dos horrios
dos nibus foram os elementos mais negativos nas primeiras semanas em
Recife. Segundo ela, atualmente tudo muito rpido e urgente, e a
sensao de perda de tempo esperando os nibus muito desagradvel
(TRAVASSOS, 2012, p. 99)

No entanto, a utilizao de cada vez mais informao no sistema de transporte,
quando associada s Tecnologias de Informao e Comunicao (TIC), precisa ser
planejada para que no gere uma sobrecarga de informaes para quem as
recebe. Nesse sentido, vale lembrar as exploraes de Weiser e Brown (1996), que
j na dcada de 90 discorrem exatamente sobre o momento de tecnologia em que
vivemos: os computadores se tornam to comuns e presentes em nossas vidas que
passam a demandar nossa ateno o tempo todo, gerando dificuldade e uma certa
ansiedade com este processo (RICHTEL, 2010). Para que os computadores sejam
realmente efetivos em seu processo de infiltrao em nossa realidade atual, eles
precisam ser cada vez mais invisveis. Para que isso seja possvel, a tecnologia
precisa operar na periferia da nossa ateno. Rodrigues (2011) faz uma anlise de
diversos sistemas que se utilizam destas noes para sua construo e prov uma
extensa bibliografia sobre os mecanismos atencionais. O autor conclui que a
referncia de Mark Weiser a tecnologias que operam na periferia da ateno tem
relao com processos que demandem menor esforo cognitivo para sua utilizao,
o que nos revela um panorama at ento pouco explorado. Grande parte dos
11
objetos eletrnicos que utilizamos demandam muito de nossa ateno para serem
operados e a quantidade de informao disponvel cada vez maior (RICHTEL,
2010; RODRIGUES, 2011, p.13; HEMP, 2009, p.3).

Neste trabalho, intencionou-se explorar as opes de menor esforo cognitivo para
utilizao de artefatos eletrnicos, focando em uma rea promissora devido sua
complexidade informacional: o transporte pblico. Ao longo do desenvolvimento
desse projeto, pudemos buscar maiores informaes sobre o transporte pblico via
nibus no Brasil e na cidade de Vitria.
Objetivos
O objetivo geral deste projeto desenvolver um sistema de visualizao de horrios
de nibus para ambiente interno, atualizado automaticamente atravs da Internet.
Quanto aos objetivos especficos, desejamos:
1. Produzir um mecanismo de informao ambiente de horrios de nibus que
funcione ininterruptamente e que possibilite a checagem da proximidade
temporal de nibus;
2. Levantar percepes dos alunos de graduao sobre o mecanismo produzido
quanto a sua clareza, assertividade e benefcio percebido para suas rotinas;
3. Difundir o campo da informao ambiente aplicando seus conceitos ao
transporte pblico.
Justificativa
At o momento atual, no Brasil, o campo da informao ambiente praticamente
inexplorado. Com este projeto, pretende-se pr em prtica o uso de tecnologias de
informao ambiente, a fim de comprovar que possvel construir um artefato que
funcione na periferia da ateno e que gere informaes de interesse para os
usurios do transporte pblico de Vitria, sem demandar interao direta.
Intenciona-se, por fim, observar o uso deste artefato construdo, recolhendo
informaes a respeito desse processo. Dessa maneira acredita-se contribuir para
difuso deste tipo de aplicao tecnolgica, alm de verificar sua possvel
contribuio para a rotina daqueles que utilizam nibus como meio de transporte.

12
Captulo 1: Sistemas de visualizao de horrios de nibus: no
exterior, no Brasil e na cidade de Vitria
1.1 Sistemas Inteligentes de Transporte (ITS) e de Localizao
Automtica de Veculos (AVL)

Ao longo da ltima dcada, a mobilidade urbana tem recebido especial destaque dos
gestores pblicos, devido a inmeros fatores associados ao deslocamento nas
grandes cidades. De acordo com a ANTP (2012b, p.5), o transporte coletivo foi
responsvel, em 2011, por 17,7 bilhes de viagens nas cidades com mais de 60 mil
habitantes. Para atender a essa demanda, o Brasil conta hoje com uma frota de
mais de 33 milhes de veculos no transporte pblico coletivo, empregando mais de
800 mil profissionais. Nas cidades com mais de 1 milho de habitantes, a
participao do transporte pblico apresenta-se em torno de 36% e elemento-
chave para o deslocamento de cidados pelo municpio.

Em paralelo a isso, nas ltimas trs dcadas passamos por um inegvel processo
de massificao das tecnologias de comunicao e informao, a partir dos avanos
em eletrnica e na miniaturizao de componentes eletrnicos. Em conjunto com a
evoluo das tecnologias de microeletrnica, os Intelligent Transport Systems (ITS,
Sistemas de Transporte Inteligentes) acompanharam esse desenvolvimento e
passaram ser aplicados em um amplo espectro de sistemas de transporte, provendo
diferentes servios aos usurios desses sistemas, especialmente aqueles
relacionados ao transporte pblico. Os ITS podem ser definidos como sistemas de
transporte que se utilizam de tecnologias de informtica, telecomunicaes e
controle automtico, de forma a melhorar seu desempenho e produtividade
(AQUINO; AQUINO; PEREIRA, 2001, p.33). Representando uma convergncia entre
softwares, aparelhos eletrnicos e comunicao sem fio utilizados no transporte,
podem ainda ser aplicados para proporcionar melhorias em segurana, mobilidade e
disponibilizao da informao (idem).

Presentes desde 1964 e tendo seu incio na cidade de Hamburgo, Alemanha, os
sistemas de Automatic Vehicle Location (AVL, Localizao Automtica de Veculos)
fazem parte do campo de estudo dos ITS. Tanto o Canad quanto os pases
13
europeus tm mais tradio na implantao de sistemas deste tipo do que os
Estados Unidos da Amrica (TCRP, 2003, p.8), apesar destes sistemas estarem
presentes hoje em larga escala no territrio dos EUA. O pioneirismo destes pases
na implantao de sistemas dessa natureza se deve ao fato de que sua utilizao
completamente dependente dos avanos em tecnologia da informao,
especialmente nas suas relaes com a eletrnica e transmisso de dados, e da
aplicao dessas tecnologias na gesto pblica. Tendo ocorrido mais cedo e com
maior velocidade nos pases citados, o avano tecnolgico viabilizou a
automatizao de processos e informaes do transporte pblico nesses pases.

Os sistemas de AVL tm sido implementados em larga escala desde a dcada de
90, com rpido crescimento nos anos 2000. A agncia norteamericana de
transporte, o United States Department of Transportation (US DOT) possui um
programa de pesquisa regular sobre implantao de ITS em 78 reas metropolitanas
dos Estados Unidos, chamado ITS Infrasctructure Deployment. Na pesquisa
realizada em 2004 (TCRP, 2008, p. 9), os dados indicam que 54% do total de
veculos das 220 agncias pesquisadas j contavam com sistemas de AVL
implementados. Pesquisas similares no Reino Unido publicadas em 2006 indicaram
que mais de 16 mil rotas fixas de nibus na Inglaterra, Esccia e Pas de Gales j
estavam equipadas com sistemas de AVL (42% do total de nibus da Gr-Bretanha)
(idem, p.9).

J no Brasil, verifica-se que o uso de AVL e em geral ITS ainda tmido, apesar de
algumas experincias de rede de trfego misto de mdia escala em Uberlndia, Santos,
Fortaleza e Vitria, alm de uma rede de grande porte, na cidade de So Paulo. Em
comparao com outros pases estamos ainda na retaguarda da utilizao desse tipo de
sistema inteligente e integrado (ANTP, 2012a, p. 123).

Algumas caractersticas interessantes deste tipo de sistema, levantadas no ano de
2003 pelo Transit Cooperative Research Program (TCRP, Programa Cooperativo de
Pesquisa de Trnsito) incluem a utilizao de luzes do tipo Light Emiting Diode
(LED, Diodos Emissores de Luz) e de telas do tipo Liquid Crystal Display (LCD,
Telas de Cristal Lquido) como as principais maneiras de disponibilizao da
informaes sobre o transporte pblico nos pontos de parada. Essas placas
14
eletrnicas, denominadas Dynamic Message Sign (DMS, Painis de Mensagens
Dinmicas), podem informar sobre o horrio de chegada do prximo nibus ao ponto
de parada ou de alguns dos prximos nibus, sobre a localizao dos nibus em
uma malha pr-estabelecida, sobre a data e a hora atuais, sobre o nmero da rota e
o destino final dos veculos e sobre problemas ou outras informaes relevantes
para o servio (TCRP, 2003, p.8). A Figura 1 mostra um display luminoso de LED
utilizado na cidade de Londres, que traz informaes sobre o tempo at a chegada
dos prximos quatro nibus ao ponto de parada, contendo ainda o nmero e o nome
da linha.


Figura 1: Sistema Countdown em Londres.
Fonte: Transport For London (2013)

Neste trabalho estamos interessados justamente nesta caracterstica dos ITS: a
utilizao de mecanismos de localizao automtica de veculos a fim de informar a
populao sobre os horrios que os nibus iro passar em determinados pontos de
parada.

A seguir, descrevemos as tecnologias envolvidas na implantao desses sistemas e
15
que possibilitaram maior controle sobre o transporte pblico, dinamizando suas
atividades e informaes no Brasil e no exterior.
1.2 Os recursos complementares aos sistemas de localizao de
veculos
Os veculos podem ser localizados de diferentes maneiras: via Global Positioning
System (GPS, Sistema de Posicionamento Global) ou Differential Global Positioning
System (DGPS, Sistema de Posicionamento Global Diferencial), que possui maior
preciso; via comunicao entre transponders eletrnicos na pista (laos indutivos) e
identificadores eletrnicos que fazem parte do veculo (tags); via comunicao entre
identificadores eletrnicos nos veculos (tags) e torres receptoras distribudas ao
longo da cidade (TCRP, 2003, p.8). Neste trabalho iremos nos limitar aos sistemas
de localizao GPS, j que o barateamento dessa tecnologia levou sua adoo em
massa a partir dos anos 1990 e, hoje, praticamente no h cidades que relatam o
uso de outra tecnologia para localizao dos veculos (TCRP, 2003, p.9). No Brasil,
o GPS a nica tecnologia de localizao utilizada dentre as cidades pesquisadas
(ANTP, 2008; MAGALHES, 2008).

Enquanto nos anos 70 e 80 a gerao contempornea de sistemas com tecnologia
AVL (localizao automtica) nos Estados Unidos se utilizava da comunicao via
torres receptoras ou signposts, j nos anos 1990 as agncias de transporte
iniciaram a adoo do GPS, j que esse sistema entrou completamente em
operao pblica no ano de 1995 (TCRP, 2008, p.6). O conhecimento mais
especializado sobre a superfcie e a forma do planeta Terra tornou possvel a
localizao geogrfica precisa de elementos posicionados no globo. Tanto a
geodsia rea da matemtica para medir e localizar pontos sobre o planeta ,
quanto a fotogrametria cincia que produz medidas atravs de fotografias,
normalmente areas e a topografia cincia que oferece tcnicas para determinar
a rea de regies tm contribudo grandemente para a compreenso e realizao
de clculos muito precisos para esta determinao de posicionamento sobre a Terra.
Assim, exploraes militares nas ltimas duas dcadas levaram aplicao civil do
programa espacial NAVSTAR (Navigation Satellite with Timing and Ranging),
proporcionando o desenvolvimento do Sistema de Posicionamento Global, o GPS
16
(SILVA, 2010). De acordo com Silva (2010), o GPS, usando uma constelao de
satlites artificiais, em nmero de 24, pode gerar uma posio na terra com uma
preciso at menor que 1 cm para as coordenadas geogrficas. Ainda de acordo
com o autor, o sistema GPS, iniciado em 1973, foi projetado pelo Departamento de
Defesa dos Estados Unidos para fornecer uma posio precisa e instantnea, alm
da velocidade deste ponto sobre a superfcie da Terra (ou bem prximo a ele). O
sistema GPS ajudou a resolver a limitao de manuteno imposta pelo sistema de
torres receptoras, j que a manuteno destas torres complexa e realizada ao
longo da cidade, enquanto o sistema GPS depende somente de equipamento
adicionado ao veculo (TCRP, 2008). Com isso, a adoo de sistemas AVL
baseados em GPS caminhou rapidamente na ltima dcada. A cidade de Londres,
pioneira no uso de tecnologias de localizao de veculos, recentemente adotou
tambm o GPS como tecnologia alternativa e para aumento da preciso de seus
sistemas de torres de posio (TCRP, 2003).

Alm do sistema central de localizao dos veculos, geralmente significando a
utilizao da tecnologia GPS, diversas outras funcionalidades esto disponveis nos
sistemas de AVL que complementam as informaes de localizao e a
automatizao de processos nos veculos. Entre essas funcionalidades, podemos
citar (TCRP, 2008):
Utilizao de sensores como giroscpio, bssola e reconhecimento eletrnico
de quilometragem (odmetro), para complementao direta do sistema de
localizao;
Envio e recebimento de mensagens de texto entre o veculo e a central;
Ponto nico de identificao (logon) no terminal de operao;
Anncios automticos de prximo ponto no interior do veculo quando este
se aproxima do ponto de parada;
Troca automtica do contedo dos letreiros eletrnicos ao final de cada viagem;
Automatic Passenger Counting (APC, Contagem Automtica de Passageiros)
que sobem ou descem do veculo em cada ponto de parada;
Habilidade de monitorar o estado mecnico dos veculos atravs de sensores
especficos, gravando esta informao no prprio veculo ou transmitindo os
dados para a central;
Sistema de alarme invisvel para envio de mensagem de emergncia,
17
algumas vezes at mesmo com microfones escondidos para monitoramento
de udio diretamente da central;
Wireless Local Area Networks (WLAN, Redes Locais Sem Fio) em garagens e
locais de armazenamento dos veculos para atualizao em massa dos dados
do veculo durante seu tempo ocioso, tanto para recolher as informaes
acumuladas nas viagens quanto para atualizar os sistemas do nibus com
novos parmetros e novas configuraes;
Utilizao de algoritmos para predio de localizao em tempo real,
provendo esses horrios e outros avisos de servio para o pblico utilizando
vrios mtodos, incluindo painis dinmicos de mensagens (DMS) em pontos
de parada especficos, informaes por telefone e websites;
Envio das informaes de localizao para melhoria do sistema Transit Signal
Priority (TSP, Sistema de Priorizao de Semforos) baseado no fluxo de
veculos e nas necessidades do trnsito.

Assim, podemos compreender que a posio geoespacial do veculo apenas uma
das dimenses desse complexo sistema AVL e que a informao ao usurio uma
importante parte deste tipo de tecnologia.

A Figura 2 mostra diagrama publicado pela ANTP que sinaliza alguns elementos
presentes em sistemas desenvolvidos para levar informao aos usurios do
transporte. Estes sistemas so formados por

[...] elementos que levam a uma informao ao usurio confivel e
qualificada durante a viagem e que servem de suporte aos outros
mecanismos, inclusive aquele que no seja em tempo real. Os sistemas de
cadastro, despacho, planejamento, gesto de frota, telecomunicaes e
segurana da informao so elementos crticos e que constituem parte da
infraestrutura necessria para garantia de uma informao segura e precisa
ao usurio. (ANTP, 2012a, p. 124)
18

Figura 2: Diversos mecanismos envolvidos em um ITS
Fonte: ANTP (2012a, p. 124)
A Figura 3, presente em relatrio da TCRP, mostra os componentes centrais e
perifricos de um sistema de AVL.
19

Figura 3: Mecanismos principais e opcionais de um sistema de AVL
Fonte: TCRP (2008, p. 7)
1.3 Vantagens percebidas no uso de localizao automtica de veculos
Do ponto de vista da informao ao usurio, a ANTP (2012a, p.124) destaca que
[...] um dos elementos-chave de um sistema de informao ao usurio moderno a
garantia da sincronicidade desta informao com o que est realmente ocorrendo no
terreno e durante a operao. Um dos pontos-chave para tal funcionalidade so os
sistemas de telecomunicaes e de gesto de rede [...]. Por essa razo, o
investimento na estrutura de informtica essencial para a garantia do bom
funcionamento desse tipo de sistema, o que pode gerar um alto custo de
implantao e manuteno ou sistemas pouco confiveis caso se opte por uma
estrutura fora do rgo de controle (ANTP, 2012a, p.124).
20

H impactos positivos na utilizao de sistemas de informao ao usurio, que tido
como extremamente exigente quanto qualidade da informao. No entanto,
enquanto as falhas no provimento da informao tm impacto bastante negativo, a
disponibilizao de informao inclusive atrai novos usurios que passam a confiar
mais no servio quando as informaes sobre ele so mais abundantes ao menos
o que ocorre internacionalmente, j que no h estudos relevantes no Brasil a
esse respeito (ANTP, 2012a, p.129).

Londres uma cidade com transporte pblico em nvel avanado. Alm de fornecer
servios bem-estruturados de transporte em si, as informaes ao usurio do
sistema so abundantes e relevantes: indicao de prxima parada dentro de
nibus, metrs e trens, inclusive com aviso sonoro alm do visual - mensagem
falada; horrio aproximado de chegada atravs de placas eletrnicas nos pontos de
parada, de Short Message Service (SMS, Servio de Mensagens Curtas) - o usurio
envia uma mensagem pelo telefone celular e o sistema responde dizendo a hora de
chegada, de ligao automtica - o usurio telefona para um nmero gratuito e um
sistema informatizado disponibiliza o horrio de chegada dos prximos nibus.

De acordo com estudo publicado pela TCRP (2003) h benefcio real devido
implantao de sistemas que informam os usurios sobre o tempo de espera nos
pontos de parada. Os benefcios apontados pela TCRP no deixam dvidas sobre a
eficcia da implantao desse tipo de sistema na percepo geral dos usurios:
Usurios tm a percepo que o tempo de espera menor em pontos de
parada que possuem informao em tempo-real e, por isso, a espera mais
tolervel;
Usurios so estimulados a usar o transporte pblico mais frequentemente;
Pode-se esperar aumento tanto do nmero de usurios do sistema quanto do
lucro;
Essas iniciativas poderiam resultar em mudana modal para o transporte
pblico (diminuio no uso de outros meios de transporte para utilizao do
coletivo).

De acordo com a TCRP, aps a pesquisa, em 2003, as agncias que j haviam
21
implantado sistemas desse tipo relataram diversos benefcios e os dois principais
foram uma melhoria no servio ao usurio e um aumento na satisfao dos usurios.
Na pesquisa, responderam aos questionrios agncias de transporte dos Estados
Unidos da Amrica, Itlia, Reino Unido, Finlndia, Irlanda e Taiwan (TCRP, 2003, p.
37).

Apesar de exemplos patentes nos pases da Europa, sia e Amrica do Norte, no
Brasil, [...] a utilizao de sistemas de informao ao usurio baseados em
tecnologias de automao e enquadrados no universo do ITS (Intelligent
Transportation Systems) [...] somente tomou impulso no transporte pblico brasileiro
na ltima dcada [...] (ANTP, 2012a, p. 124). Apesar de muitas cidades j contarem
com algumas informaes sobre o transporte, especialmente aquelas de tipo
esttico como a disponibilizao de itinerrios e de informaes sobre bilhetagem
eletrnica, muito incipiente o uso de tecnologias voltadas para a ubiquidade da
informao e, especialmente, a disponibilidade dessa informao em tempo real ou
prximo do real.

No Brasil, quanto ao tempo de cada viagem, a mdia de 41 minutos nos
municpios com mais de 1 milho de habitantes, chegando a 21 minutos nos
municpios que possuem entre 60 mil e 100 mil habitantes (ANTP, 2012b). Ou seja,
se o passageiro esperar por 20 minutos no ponto de parada em uma cidade com
mais de 1 milho de habitantes, seu tempo total de viagem passa para uma hora,
sendo a espera metade do tempo que ele gasta efetivamente do ponto de subida ao
ponto de descida. Em uma cidade menor o tempo de espera acaba sendo igual ao
tempo de viagem, no exemplo citado, gastando-se o dobro do tempo necessrio ao
utilizar o transporte pblico. Nesse sentido, um servio de informao de horrios
eficiente e disponvel em larga escala para os usurios pode ser extremamente til:
alm de tornar a espera mais tolervel, o passageiro pode inclusive decidir por no
esperar ou se programar melhor para utilizar o tempo que esperaria no ponto,
realizando outras atividades e encaminhando-se ao ponto somente quando a hora
de chegada do nibus se aproxima.
1.4 O sistema de informao de transporte pblico em Vitria, Esprito
Santo
22
De acordo com a Secretaria de Transportes, Trnsito e Infraestrutura Urbana da
Prefeitura de Vitria (SETRAN, 2012), cerca de 120 mil pessoas, em um universo de
330 mil habitantes, utilizam o sistema de transporte coletivo municipal por dia, sendo
este o nico meio de transporte pblico no municpio. S em dezembro de 2010,
mais de 3,5 milhes de usurios utilizaram a frota de nibus de Vitria. Para uma
parcela considervel da populao, no h alternativa de deslocamento na cidade a
no ser o nibus municipal, e a espera pela chegada do transporte no ponto faz
parte de sua rotina diria. Vitria conta com 56 linhas de nibus distribudas em 342
veculos, que possuem idade mdia de 4,5 anos.

Em 2009, todos os nibus do sistema de transporte coletivo de Vitria foram
modernizados com aparelhos de localizao via GPS e tambm de transmisso de
informaes via tecnologia General Packet Radio Service (GPRS, Servio de Rdio
de Pacote Geral), conhecido comumente como Internet mvel, que aumenta as
velocidades de transmisso de dados via redes de celular do tipo Global System for
Mobile Communications (GSM, Sistema Global para Comunicaes Mveis). A
tecnologia de GPS proporciona a localizao com altssima preciso e os dados so
transmitidos central via redes de celular atravs do GPRS. Inicialmente, a
implantao do projeto de localizao automtica visou a melhoria do controle do
transporte e da gesto do sistema, especialmente quanto ao cumprimento do quadro
de horrios pelas empresas concessionrias e quanto deteco de desvios de rota
pelos motoristas.

Cumpre destacar que a Prefeitura de Vitria disponibiliza um sistema que permite o
acesso aos dados sobre o tempo de chegada dos nibus aos pontos de parada: o
PontoVitria
1
, divulgado pela primeira vez em 19 de maro de 2009. Importante
observar o tom ctico da enquete apresentada aos leitores do portal Gazeta Online
(2009), maior portal de notcias do Estado do Esprito Santo, na data da divulgao
da primeira notcia sobre a disponibilizao da tecnologia: Voc acredita no
funcionamento desse sistema?. Mesmo tendo a primeira divulgao em 2009, o
sistema s foi efetivamente disponibilizado para a populao em novembro do ano
seguinte. O custo do software implantado foi de R$ 1,2 milho (GAZETA ONLINE,

1
http://vitoria.es.gov.br/pontovitoria
23
2009). No se sabe se este custo inclui alguma implantao de infraestrutura ou
est relacionado somente ao software disponibilizado.

De acordo com a Setran (2013), "O servio disponibiliza ao cidado melhor controle
sobre os horrios das linhas de nibus que utiliza diariamente em cada ponto da
cidade, permitindo ao usurio seguir para o ponto de parada restando poucos
minutos para o embarque. Dessa forma, o Ponto Vitria proporciona mais conforto e
segurana aos cidados [...]". J o portal GazetaOnline (2010) inicia a matria
questionando "Sabe aqueles minutos preciosos que cada cidado perde no ponto de
nibus espera do transporte coletivo? A partir de hoje, eles podero ser
economizados".

O sistema Ponto Vitria depende do correto funcionamento do mdulo de
transmisso de localizao do veculo, composto de GPS e transmitido via GPRS
(SETRAN, 2013). Esse mdulo est presente em todos os nibus da frota a fim de
tornar possvel a localizao automtica dos veculos. A Figura 4 mostra o mdulo
de transmisso que est atualmente instalado nos coletivos de Vitria.


Figura 4: Mdulo integrado dos nibus do transporte de Vitria
Fonte: SANTOS (2011, p.358)
24
A exemplo de outras cidades do Brasil e do exterior, o sistema de AVL para a cidade
de Vitria foi projetado, primariamente, para monitoramento e controle da frota, dos
funcionrios e dos horrios a serem cumpridos pelas empresas prestadoras do
servio, como forma institucional de controle para o pblico interno de gestores e
administradores do transporte no municpio, sem abertura das informaes para os
usurios externos, ou seja, os cidados que utilizam o servio. O Gazeta Online
(2010) afirma que "O novo servio um subproduto do sistema de monitoramento
de linhas de nibus implantado pela Setran, no fim de 2008 [...]". Em comunicao
tcnica na ANTP, Santos deixa claro os propsitos iniciais do Sistema Pontual, como
denominado o sistema AVL de Vitria:

Com os relatrios dirios do Sistema, torna-se fcil determinao de
pontos crticos do itinerrio, reas de maior utilizao dos nibus e
desempenho das linhas, bem como informaes referentes utilizao dos
veculos no dia-a-dia, como velocidade mdia por trecho, tempo ocioso, ou
seja, tempo em que o nibus fica com o motor ligado sem se deslocar,
freadas bruscas, velocidades excessivas, violao de itinerrio, formao de
comboio, atrasos de viagens, entre outros (SANTOS, 2011, p.356)

Enquanto na cidade de Vitria ainda conta-se apenas com a utilizao atravs do
sistema projetado pela Setran e disponibilizado em endereo virtual
2
(SETRAN,
2013), muitas cidades avanaram fortemente na disponibilizao das informaes
de localizao dos veculos. A consulta aos horrios, em outras localidades ao redor
do mundo, alcana outros meios e, portanto, est acessvel para uma parcela maior
da populao. Alm da disponibilizao em um endereo virtual atravs de um site
na Internet, h tambm a possibilidade de consultar os horrios via mensagens de
texto (SMS), via ligao telefnica gratuita, via aplicativos para telefones celulares,
via painis de mensagem varivel alocados nos pontos de nibus e nos terminais
rodovirios. Alm do acesso pelo computador, em Vitria foi disponibilizado apenas
um totem contendo uma tela de consulta para os horrios, localizado dentro do
prdio da Prefeitura Municipal (GAZETA ONLINE, 2010).

Atualmente, prtica comum que empresas com grandes volumes de dados

2
http://vitoria.es.gov.br/pontovitoria
25
disponibilizem acesso a esses dados atravs do que conhecido como Aplication
Programming Interface (API, Interface de Programao de Aplicativos). Atravs de
uma API, um programador independente, ou seja, externo organizao que detm
os dados, pode confeccionar programas que se utilizam dos dados disponibilizados
pela empresa, manipulando-os da forma que desejar.

Atravs da utilizao de API, empresas abrem seus dados de forma segura e se
aproveitam de todo o potencial de criao de desenvolvedores e designers
independentes. Disponibilizar as informaes de horrios de nibus obtidas atravs
de sistemas AVL uma forma interessante de obter uma comunidade de
desenvolvimento de aplicativos e solues sem direcionar recursos especficos para
tal. A cidade de Londres, por exemplo, disponibiliza diversas APIs para seu sistema
AVL atravs de um portal especializado
3
, permitindo que os dados sejam utilizados
para diversas aplicaes, beneficiando assim os usurios sem interveno direta do
governo da cidade na criao desses subprodutos. O governo fornece os dados de
forma consistente e o cidado beneficiado pelo trabalho de outros cidados. A
Figura 1 demonstra de forma simplificada como diversos dispositivos poderiam
acessar os dados do Sistema Pontual atravs da utilizao de uma API pblica.

3
http://www.tfl.gov.uk/businessandpartners/syndication/default.aspx
26

Figura 5: Benefcios de uma API para o Sistema Pontual
Fonte: Elaborada pelo autor

Vale destacar que, mesmo que seja compreensvel que o primeiro esforo vise a
melhoria do sistema de controle do transporte, conforme afirmado anteriormente,
aps quatro anos desde a implantao do sistema na cidade de Vitria ainda temos
pouca evoluo quanto sua disponibilizao para a populao que est na rua.
Assim, para suprir essa limitao e tendo-se em vista que a Prefeitura no
disponibiliza acesso padronizado para os dados atravs de API, diversos
desenvolvedores utilizam-se de outras maneiras para obter as informaes e
transform-las, criando aplicativos que sejam de fcil utilizao e que disponibilizem
os horrios atravs do telefone celular, ampliando um pouco mais o acesso da
populao.

Ao longo do desenvolvimento deste trabalho, alguns aplicativos no-oficiais e
27
solues de software foram desenvolvidos utilizando-se dos mesmos dados
apresentados pela Prefeitura de Vitria em seu sistema PontoVitria.
1. Website NoPonto
4

2. Aplicativo para Android Ponto Vitria
5

3. Aplicativo para Android Buzzo Vitria
6

4. VixBus: rob de resposta automtica para Twitter
7


Atualmente, a Prefeitura de Vitria oferece apenas o acesso atravs do site na
Internet. Este site exige um computador ou outro dispositivo que possua navegador
de Internet habilitado a visualizar as informaes. Como essas informaes
encontram-se disponveis em um site na Internet so, portanto, de difcil acesso
populao que encontra-se na rua, sem meios de consulta rede mundial. Alm
disso, um sistema como o oferecido demanda a ateno direta de qualquer um que
o utilize, j que acessado atravs do computador. Na maioria dos casos,
necessrio: sentar ao computador, abrir o navegador da Internet, digitar o endereo
para navegar at ele, buscar o ponto desejado e escolher a linha desejada para,
enfim, aps todas estas etapas, visualizar os horrios disponibilizados.

Neste captulo estabelecemos o avano global na ltima dcada dos sistemas de
transporte inteligentes e das tecnologias de localizao automtica de veculos.
Alm disso, destacamos que, comparado a outros pases, o Brasil ainda encontra-se
na retaguarda desses avanos e que a cidade de Vitria, merecendo destaque no
territrio nacional, tem sua frota completa monitorada desde 2008. Mesmo assim,
frisamos que necessrio avanar nas maneiras de disponibilizao das
informaes para a populao e identificamos que a utilizao de uma API pblica
seria ideal neste caso. No prximo captulo abordaremos tecnologias e formas de
disponibilizao de dados bastante diferentes das maneiras tradicionais,
aproveitando-nos dos avanos da tecnologia computacional eletrnica para o projeto
de dispositivos cada vez mais fceis de usar.

4
http://www.metzen.com.br/noponto. Servio atualmente fora de funcionamento.
5
https://play.google.com/store/apps/details?id=br.ufes.inf.ravitoi.pontovitoria
6
https://play.google.com/store/apps/details?id=br.com.buzzao.pmv. O aplicativo Buzzo Vitria foi
noticiado pelo portal Gazeta Online, conforme a matria a seguir:
http://gazetaonline.globo.com/_conteudo/2012/07/noticias/a_gazeta/dia_a_dia/1304237-previsao-de-
chegada-do-onibus-pelo-celular.html
7
https://twitter.com/VixBus. Atualmente fora de funcionamento.
28
Captulo 2: Sistemas de informao ambiente
No final do sculo XX e incio do sculo XXI observamos de perto a rpida ascenso
dos computadores, permeando as mais diversas atividades humanas e
transformando nossas relaes. A Internet vem sendo construda de forma a estar
presente em todas as nossas atividades:

A Internet vem sendo chamada a realizar cada vez mais tarefas - do acesso
eletrnico a bancos ao monitoramento de tsunamis. Se a Internet pudesse
desejar qualquer presente para seu aniversrio de 40 anos, provavelmente
pediria para ser mais poderosa, conectada e intuitiva - respondendo s
nossas necessidades em casa, no trabalho ou na rua.
8
(European
Comission, 2014, traduo nossa)

Inserida em nossas vidas de diversas maneiras, a tecnologia computacional hoje em
dia no se resume mais aos computadores conforme eram conhecidos na dcada
de 80. Apesar de o Personal Computer (PC, computador pessoal) ser o maior
expoente desse universo ainda hoje, a miniaturizao dos componentes eletrnicos
tornou possvel uma gama completamente nova de objetos eletrnico-
computacionais, que cada vez mais inserem-se em nossas atividades cotidianas
sem serem notados. Essa pervasividade computacional caracterstica do momento
tecnolgico em que vivemos traz consigo um desafio que diz respeito ao estresse
informacional. Essa uma questo preocupante, sendo objeto de estudo de
diversas rea cientficas ao redor do mundo. Em artigo publicado no New York
Times sobre o assunto, Nora Volkow, uma das mais notveis cientistas
especializadas no crebro humano, diz que a tecnologia tal qual temos hoje est
reorganizando as ligaes neuronais dos nossos crebros. Adam Gazzaley,
neurocientista da Universidade da Califrnia, So Francisco, afirma categoricamente
que j sabemos que h consequncias claras da superexposio do crebro a esse
ambiente de alta densidade informacional. Devido a esse fluxo fragmentado de
informaes, muitas pessoas tem dificuldade de focar a ateno e de se concentrar
em situaes comuns do dia-a-dia (RICHTEL, 2010). Mais adiante neste captulo

8
The Internet is called on to perform increasingly many tasks - from online banking to tsunami
monitoring. If the Internet could wish for anything on its 40th birthday, it would probably ask to be more
powerful, connected and intuitive responding to our needs at home, work or on the go. Disponvel
em: <http://ec.europa.eu/digital-agenda/en/about-future-internet>.
29
abordaremos como os sistemas de informao ambiente podem amenizar o
estresse relacionado com essa sobrecarga informacional. Partindo do design de
interao, demonstraremos como podemos projetar de forma a contribuir para um
uso mais calmo da tecnologia computacional.
2.1 Sistemas de informao e design de interao
A evoluo e crescente disponibilidade dos PCs abriu caminho para o surgimento de
uma nova rea de produo para os designers que, pelas caractersticas especficas
que apresenta, ficou conhecida como design de interao. O Design , no senso
comum, frequentemente vinculado somente camada esttica e de apresentao
de um artefato ou sistema visual, apesar de poder desempenhar papis ainda mais
estruturais que esse.

[...] com a evoluo natural dessa rea de atuao, o papel dos designers
no se limitou interface grfica. Dar uma aparncia agradvel aos
sistemas projetados pelos engenheiros de software no era o suficiente
para torn-los mais amigveis e fceis de usar. A atuao dos designers
deveria ir alm da chamada camada de apresentao, envolvendo-se no
projeto do software desde suas etapas iniciais. Alm da apresentao das
informaes, da diagramao dos dados em uma superfcie, de definio de
famlias tipogrficas e padres cromticos questes sensveis no campo
da comunicao visual os designers passaram a pensar a organizao
das informaes em um nvel mais profundo, elaborando a categorizao de
dados, a taxionomia dos termos utilizados nos programas, preocupando-se
tambm com as respostas do sistema aos inputs dos usurios. Tratava-se
no mais de pensar a interface, mas de pensar toda a interao com o
sistema, inputs e outputs possveis, o que veio a ser chamado de design da
interao. (Rodrigues, 2011, p. 83)

Assim, com a introduo de objetos conectados Internet capazes de interagir com
o usurio de maneiras nunca antes experimentadas, temos como que ampliada essa
funo do designer na construo da interao desses usurios com os dispositivos
atuais. E est no cerne dessa atividade transformar as tarefas mais simples do dia-
a-dia ao adicionar uma camada informacional a elas, nessa nova era da computao
pervasiva. Greenfield (2006) fornece-nos o exemplo da banheira de hidromassagem
produzida pela empresa brasileira IHOUSE que, repleta de sensores e inteligncia,
30
permite que, distncia, o usurio ajuste temperatura da gua, programe o nvel de
massagem, ajuste leos e espumas de banho, cores e intensidade das luzes e ainda
seja avisado, por telefone, que seu banho est a sua espera em casa assim que
chegar do trabalho. E isso tudo projetado e comercialmente operante no ano de
2006. De l pra c muito mudou e a quantidade de dispositivos conectados cresceu
conforme j era esperado: at 2018 estima-se que o nmero de objetos desse tipo
conectados seja igual soma de todos os smartphones, PCs, televisores e tablets
juntos, ultrapassando a marca de 9 bilhes de dispositivos
9
. Uma das primeiras
questes que nos vem mente est relacionada sobrecarga de informao: ser
possvel lidar com tanta informao de uma s vez nossa volta?

Pesquisas recentes sugerem que o crescente volume de informao
disponvel e a interrupo provocada por isso no trabalho das pessoas
pode afetar no somente o bem-estar pessoal mas tambm as tomadas de
deciso, a inovao e a produtividade. Em um estudo, por exemplo,
pessoas levaram em torno de 25 minutos para retornar a uma tarefa aps a
interrupo causada por um e-mail. Essa uma pssima notcia tanto para
os indivduos quanto para suas organizaes
10
(HEMP, 2009, p.3, traduo
nossa)

Por isso, em meio enxurrada atual de telefones celulares, tablets, televisores com
acesso Internet e etc., h um tipo de computao mais sutil que vem surgindo: a
computao ambiente
11
. Esse tipo de computao atual insere-se no ambiente,
mesclando o computador aos objetos do dia-a-dia e adicionando a eles uma camada
completamente diferente: a da informao computacional. Tanto recolhendo quanto
fornecendo dados, os sistemas de informao ambiente so feitos para no invadir
nossas rotinas e para fornecer informao til enquanto se mesclam suavemente ao
nosso entorno. Essas tecnologias de informao ambiente so pensadas para

9
http://www.businessinsider.com/growth-in-the-internet-of-things-2013-10
10
Current research suggests that the surging volume of available informationand its interruption of
peoples workcan adversely affect not only personal well-being but also decision making, innovation,
and productivity. In one study, for example, people took an average of nearly 25 minutes to return to a
work task after an e-mail interruption. Thats bad news for both individuals and their organizations.
11
No escopo deste trabalho estabelecer uma diferenciao formal entre computao pervasiva,
ubiquidade computacional, Internet das coisas e etc., mas fazer uso desses conceitos a fim de
esclarecer e definir os sistemas de informao ambiente. Rodrigues (2011) estabelece muito
claramente as distines entre esses conceitos e sugerimos sua publicao como referncia para o
aprofundamento no assunto.
31
serem minimamente percebidas fora do nosso foco direto de ateno, ou seja, so
projetadas para funcionar em conjunto com todas as nossas outras atividades
(Rodrigues, 2011). Certamente essa maneira de projetar objetos de forma no-
invasiva muito til em uma era de estresse causado por excesso de informao.
2.2 Sistemas de informao ambiente, calm technology e pervasividade
computacional

Fazendo parte do conceito maior de computao ubqua
12
, os sistemas de
informao ambiente so maneiras de, especialmente, explorar o problema da
sobrecarga de informao. necessrio atentar para o fato que lidamos com uma
quantidade muito maior de informao em atividades fora do computador do que
atravs dele e, mesmo assim, ele nos parece mais complexo e cansativo muitas
vezes.

[...] H mais informao disponvel para ns durante uma caminhada em um
bosque do que em qualquer sistema computacional, entretanto as pessoas
acham uma volta no bosque algo relaxante enquanto computadores so
frustrantes. Mquinas que encaixam no ambiente humano, ao invs de
forar humanos a entrar no seu ambiente, iro fazer com que usar um
computador seja to agradvel quanto uma caminhada no bosque.
13

(WEISER, 1991, p. 104, traduo nossa).

Por essa razo, em uma era de sobrecarga de informao computacional,
importante entender que a tecnologia deve avanar para que se assemelhe mais
caminhada no bosque exemplificada por Weiser, gerando menos estresse para sua
utilizao diria. claro que devemos entender que no somente o fator
tecnolgico que determina o estresse relacionado ao uso de determinada tecnologia
e ateno que dispensamos a ela. Conforme afirma Rodrigues (2011), elucidando

12
Ubiquidade computacional, computao ubqua ou simplesmente ubicomp so conceitos das
cincias da computao introduzidos por Mark Weiser na dcada de 80 e referem-se a uma presena
invisvel dos computadores em nosso meio, assim como a presena da escrita atualmente.
como se as tecnologias computacionais, dentro desse conceito de ubiquidade, fossem mais
percebidas quando esto ausentes do que quando esto presentes (RODRIGUES, 2011, p. 15).
13
There is more information available at our fingertips during a walk in the woods than in any
computer system, yet people find a walk among trees relaxing and computers frustrating. Machines
that fit the human environment, instead of forcing humans to enter theirs, will make using a computer
as refreshing as taking a walk in the woods.
32
sobre este processo

[...] A ateno deve ser entendida como um continuum entre processos
automticos (que demandam menos recursos cognitivos e aumentam a
possibilidade de realizao de atividades simultneas) e processos
voluntrios (que demandam mais recursos cognitivos e em geral ocorrem de
forma serial, reduzindo a possibilidade de envolvimento com atividades
paralelas). A maneira como esses processos atuam varia em funo do
contexto, da situao que motiva a captura da ateno, sofrendo tambm
influncia da memria, do conhecimento acumulado atravs de experincias
anteriores. (Rodrigues, 2011, p. 122)

Sistemas de informao ambiente podem ser formados de artefatos extremamente
simples. Talvez o primeiro desses artefatos de que se tem notcia conhecido como
Dangling String e consiste em um fio conectado a um motor no teto de uma sala.
Pensado primariamente como uma instalao artstica pela artista Natalie
Jeremijenko, o LiveWire, como tambm conhecido, denota a quantidade de trfego
de rede de determinado local no centro de pesquisa da Xerox em Palo Alto (Xerox
PARC), local onde foi instalado: quanto mais trfego na rede, mais rpido o motor
gira, girando tambm o fio plstico amarrado a ele. Esse giro, quando em
velocidades mais altas, produz zumbidos caractersticos que permitem ter uma
noo do trfego na rede sem nem ao menos olhar para o artefato (Rodrigues, 2011,
p. 123).

Um exemplo mais recente e completamente cotidiano do uso da informao
ambiente o AmbientUmbrella. Ao mesmo tempo que executa as funes de um
guarda-chuva comum, o AmbienteUmbrella pode conectar-se a um servio de
previso do tempo na Internet e acender uma luz azul quando h previso de chuva,
informando com antecipao quando necessrio lev-lo para a rua. A Figura 6 e a
Figura 7 demonstram os dois artefatos. Na seo 3.3 abordamos outros exemplos
de sistemas de informao ambiente.
33


Figura 6: LiveWire (Dangling String)
Fonte: Rodrigues (2011, p.124)

Figura 7: AmbientUmbrella avisa quando vai
chover
Fonte: Rodrigues (2011, p.134)

Neste captulo observamos como o avano das tecnologias computacionais tem
permitido cada vez mais a criao de sistemas de informao ambiente, conectados
a informaes antes ocultas atravs dessas tecnologias. Vimos tambm que um dos
propsitos fundamentais desses sistemas diminuir a tenso gerada com a
sobrecarga de informaes do mundo atual, gerando um uso mais calmo da
tecnologia. No captulo a seguir abordaremos a construo de um artefato que leva
em considerao esses conceitos ao levar os horrios de nibus para uma interface
fsica com a utilizao de tecnologias eletrnicas.



34
Captulo 3: Um sistema de informao ambiente para os horrios
de nibus de Vitria: construindo um artefato
Apesar dos avanos dos ltimos anos, a utilizao de sistemas inteligentes para o
transporte pblico ainda pouco explorada no Brasil. Mesmo assim, a adoo
desses sistemas, especialmente quanto localizao automtica de veculos, tem
crescido e medida que a tecnologia para informar o usurio torna-se mais
presente, cada vez mais possvel fornecer os horrios de nibus aos cidados a
fim de minimizar sua ansiedade durante a espera do coletivo. Por isso, a fim de
justamente minimizar essa ansiedade, importante ser cautelosos a fim de no
sobrecarregar as pessoas com sistemas que sobrecarreguem os usurios de
informao e que gerem cada vez mais estresse por necessitarem de sua ateno
direta e focada. Atravs da aplicao dos conceitos dos sistemas de informao
ambiente podemos disponibilizar as informaes de forma mais calma, trazendo o
conforto da informao sem forar uma interao estressante.

Pretendeu-se, como concluso deste projeto, construir um dispositivo informacional
a ser disponibilizado no ambiente de forma contnua, operando de forma a
evidenciar o tempo de chegada de determinada linha de nibus a um ponto de
parada especfico e comportando-se em conformidade com os princpios dos
sistemas de informao ambiente.

Para a construo e desenvolvimento do artefato aplicou-se uma metodologia de
projeto em design derivada a partir de Brdek (2006) e Lbach (2001). Ambos
exploram etapas similares para os projetos de design, que podemos sintetizar da
seguinte forma: definio do problema, levantamento de dados, gerao de
alternativas de projeto, escolha de uma (ou mais) ideias a se projetar, prottipo e
testes. Lbach (2001) aprofunda-se na execuo do projeto atravs da produo
industrial propriamente dita e da especificao detalhada de todos os itens de
fabricao do artefato. Entretanto, este no o escopo deste trabalho de graduao,
que se dar por finalizado com a construo de prottipo funcional que possibilite a
realizao de testes. Esteticamente, o prottipo simula visualmente uma possvel
verso do produto final atravs da utilizao de materiais artesanais, mas seu
funcionamento real (no simulado). A seguir apresentamos as etapas
35
desenvolvidas para a construo do artefato em questo.
3.1 Definio do problema
3.1.1 Definio de pblico alvo
Embora, em tese, um artefato desta natureza seja aplicvel a diversos pblicos
diferentes, para fins de recorte definiu-se como pblico alvo os alunos de graduao
frequentadores da Ufes que utilizam o transporte pblico de Vitria. Este recorte se
faz necessrio devido natureza tecnolgica do artefato, que exige conexo
contnua com a Internet e com a rede de alimentao de energia eltrica. Alm
disso, esse pblico de fcil acesso e cooperao dentro da Universidade Federal
do Esprito Santo (Ufes). Por essa razo, em acordo com o Laboratrio de Design
Instrucional (LDI), o artefato construdo foi testado por vinte dias no Ncleo de
Ensino Aberto e Distncia (Ne@ad), onde est localizado o laboratrio. O LDI
conta com treze alunos-bolsistas que puderam estar em contato com o projeto
durante este tempo.
3.1.2 Delimitao do contexto do projeto
O projeto se limita visualizao dos horrios de nibus do transporte municipal de
Vitria, Esprito Santo. Para o contexto deste projeto, devido sua natureza, foi
selecionada uma linha de nibus e um ponto de parada. A linha selecionada
inicialmente foi a de nmero 0214 Bento Ferreira / Goiabeiras (via Shopping) e o
ponto de parada escolhido foi o de nmero 6166
14
, localizado em frente ao Teatro
Universitrio do Campus Goiabeiras da Ufes, na Avenida Fernando Ferrari. A Figura
8 mostra em um mapa o local de disponibilizao do dispositivo e o local do ponto
de parada a que ele se refere. A distncia entre o local de instalao do dispositivo e
o ponto de parada de aproximadamente 150 metros.

Durante a etapa de testes decidiu-se mudar temporariamente a linha monitorada
para que outras pessoas, com outros destinos, pudessem tambm se utilizar do
recurso, enriquecendo os testes. Este foi um pedido feito pela equipe do laboratrio
que estava utilizando o artefato. Por esta razo, em dias especficos, acordados com

14
Essa numerao a forma apresentada pela PMV para identificar os pontos de parada. Todos os
nmeros esto disponveis em <http://rast.vitoria.es.gov.br/pontovitoria/>
36
a equipe que estava utilizando, o servio foi ajustado para operar com as linhas
0161 Mrio Cyprestes / Jardim Camburi (via Marupe) e 0121 Mrio Cyprestes /
Jardim Camburi (via Reta da Penha).


Figura 8: Localizao do artefato e do ponto de parada nmero 6166
Fonte: Elaborada pelo autor
3.2 Levantamento de dados
3.2.1 Anlise de similares
Ao longo deste trabalho foram observados diversos sistemas de informao
ambiente, mesmo que no possussem relao direta com o transporte pblico. Esta
anlise permitiu considerar tanto o contexto das informaes sobre o transporte
quanto o das informaes no ambiente com base computacional. A seguir,
destacamos duas solues de informao ambiente que tem funo anloga do
VisualizaBus, relacionadas ao transporte, e uma soluo muito diferenciada para
informaes financeiras, exemplificando seus contextos de uso.
3.2.1.1 Ambient Trolley
O projeto Ambient Trolley muito semelhante ao projeto desenvolvido por ns.
Apesar de diferir tecnicamente em diversos aspectos, sua representao tambm
realizada atravs de um pequeno artefato que se movimenta em uma base pr-
37
configurada, proporcionando uma noo temporal a respeito da chegada do prximo
veculo a um ponto de parada especfico, tendo seu tempo indicado por pequenos
marcadores textuais. Tratamos do Ambient Trolley, em primeiro lugar, por se tratar
do projeto mais semelhante encontrado entre as referncias pesquisadas.

Desenvolvido pelos integrantes do Information Interfaces Lab (Laboratrio de
Interfaces de Informao) da Georgia Institute of Technology (Georgia Tech, Instituto
de Tecnologia da Georgia), o sistema de informao ambiente auxilia os integrantes
do laboratrio na previso dos horrios do bonde que faz o transporte entre o
laboratrio, a estao de metr e outros pontos dentro da universidade.

No relato de sua experincia, os membros responsveis pelo Ambient Trolley
descrevem a dificuldade de mover o artefato com preciso, fazendo-se necessrio o
uso de botes de incio e fim de curso, maneira que tambm utilizamos no nosso
projeto (seo 3.4.2.6). Uma diferena crucial entre o projeto que propusemos e o
Ambient Trolley, no entanto, que no caso deste ltimo necessria a utilizao de
um computador para processamento, enquanto no nosso somente utilizamos o
Arduino
15
e um shield de conexo Internet (os shields so abordados com mais
profundidade na seo 3.4.2). No projeto AmbientTrolley, a comunicao realizada
entre o pequeno trem, uma placa controladora Phidgets
16
e um computador pessoal
(PC) que, [...] em intervalos regulares, [...] retorna uma pgina Web simples
contendo horrios estimados de chegada baseados em informaes de GPS
fornecidas pelo NextBus
17
[...]
18
(STASKO et al., 2007, traduo nossa). Essa uma
caracterstica importante em sistemas de visualizao ambiente. Quanto mais
invisvel o computador em si puder ser, melhor. Ou seja, quanto menos um sistema
de informao ambiente for parecido com um computador comum, mais integrado

15
O Arduino , de forma elementar, um placa de circuito eletrnico programvel a partir de um
computador. Uma vez programado, o Arduino opera os comandos de forma independente, sendo
capaz de receber informaes de sensores (como temperatura, luminosidade, presso e etc.) e
controlar dispositivos eletroeletrnicos (como motores, luzes, caixas de som e etc.). Abordaremos o
Arduino em profundidade mais adiante neste trabalho.
16
http://www.phidgets.com/
17
O NextBus um servio de localizao dos veculos operados pela San Francisco Municipal
Transportation Agency - SFMTA (Agncia de Transporte Municipal de So Francisco), localizada na
Califrnia, EUA. Disponvel em http://www.nextbus.com.
18
At regular intervals, the application retrieves a simple web page containing estimated arrival times
based on GPS data provided by NextBus
38
ele aparentar estar com o ambiente. A ideia que sistemas desse tipo se
aproximem na forma de um objeto ou sistema informacional qualquer, mesclando-se
no ambiente. Isso significa que cabos e tudo que possa remeter a um computador
de uso comum deve estar o mais camuflado possvel e o computador pessoal
comum deve ser evitado a todo custo, abrindo espao para computadores menores
e mais invisveis. Como podemos ver, no caso do Ambient Trolley, os fios de
conexo ao computador so bastante visveis, apesar de o PC estar camuflado.

Figura 9: Carro de ferrovia do Ambient Trolley
Fonte: Pgina do projeto AmbientTrolley na Web
19


Figura 10: Viso geral do AmbientTrolley
Fonte: STASKO (2007)

19
Disponvel em: http://www.cc.gatech.edu/gvu/ii/trolley/, acesso em 10 mar. 2014
39
3.2.1.2 BusMobile
Seguindo a mesma linha de aplicao relacionada ao transporte pblico, o projeto
BusMobile uma iniciativa do Intel Research Berkeley
20
, e disponibiliza os horrios
para seis linhas de nibus distintas. O dispositivo composto de seis plaquetas que
contm a referncia do nibus e, atravs de pequenos motores adaptados no topo, a
estrutura movimenta as plaquetas, movendo-as de baixo para cima. Quanto mais
alta est a plaqueta, mais prximo o nibus est de chegar. As plaquetas so
movidas independentemente. A Figura 11 demonstra a instalao do dispositivo e as
plaquetas em utilizao.

Este artefato se destaca por apresentar seis linhas diferentes para o mesmo ponto
de parada, utilizando seis marcadores independentes. No entanto, um usurio que o
utiliza pela primeira vez precisa de algum tempo de aprendizado para compreender
seu funcionamento, devido abstrao que o objeto proporciona. Na Figura 11
observa-se, no quadro branco, que h explicaes sobre o funcionamento do
artefato.

Figura 11: Viso geral do BusMobile
Fonte: MANKOFF & DEY (2003)

20
O Intel Research Berkeley fazia parte de uma rede de laboratrios de pesquisa patrocinados pela
gigante da computao Intel Corporation. Os ltimos laboratrios foram fechados em 2011, incluindo
o Intel Research Berkeley. Fonte: http://en.wikipedia.org/wiki/Intel_Research_Lablets
40
3.2.1.3 Datafountain: cotaes financeiras com colunas dgua
O projeto DataFountain
21
foi escolhido para figurar aqui por sua simplicidade externa
e por estar muito bem alinhado s caractersticas dos sistemas de informao
ambiente. Conectado s cotaes da bolsa de valores, o dispositivo utiliza colunas
de gua, em forma de chafariz, para demonstrar a relao entre as cotaes do
Euro, do Dlar e do Yen. A complexidade envolvida na produo de uma instalao
como essa foi completamente abstrada com a utilizao de gua para
disponibilizao das informaes. O resultado final representado somente pela
comparao entre as alturas das colunas de gua, que oferecem um panorama da
situao atual entre as trs moedas. A DataFountain um exemplo claro de
utilizao de um objeto extremamente comum para disponibilizao informaes
complexas. A Figura 12 mostra o dispositivo em funcionamento.


Figura 12: Viso geral do Datafountain
Fonte: Pgina do projeto DataFountain na Web
21


21
Disponvel em: <http://www.koert.com/work/datafountain> Acesso em 01 mar. 2014.
41
3.3 Gerao de alternativas e escolha de partido projetual
A fim de gerar alternativas, partiu-se das informaes recolhidas para o desenho de
possibilidades de projeto. Em um primeiro momento no houve preocupao com a
adequao especfica das alternativas quanto ao contexto, criando-se diversas
variaes que inclusive no se limitaram a uma linha especfica como a 0214
Bento Ferreira / Goiabeiras (via Shopping). Em um segundo momento fez-se uma
crtica a cada alternativa gerada, verificando tanto sua viabilidade tcnica quanto
adequao aos requisitos do projeto a adequao aos sistemas de informao
ambiente e a situao de uso pretendida, que a utilizao interna em um
ambiente de escritrio.

A seguir temos ilustraes do processo criativo de trs alternativas para o sistema
informacional, com breve explicao de cada uma, destacando aspectos positivos e
negativos de cada ideia gerada.
3.3.1 Esferas de cores
As esferas de cores utilizam a luz como fator primrio de indicao da proximidade
dos nibus. De acordo com uma escala de cores e intensidades, os usurios seriam
informados dos horrios aproximados para os nibus pr-configurados.

De acordo com o exemplo da Figura 13, o prximo nibus da linha 0214 demoraria
ainda mais de vinte minutos para chegar; o da linha 0161 entre dez e vinte minutos e
o prximo da linha 0121 estaria a menos de dez minutos da sua chegada.
42

Figura 13: As esferas de cores
Fonte: Elaborada pelo autor

Figura 14: Legenda de cores das esferas
Fonte: Elaborada pelo autor

As esferas de cores, apesar de funcionais, possuem alguns problemas. O primeiro
deles de natureza tcnica: mostradores luminosos no so claramente visveis
durante o dia e necessitaramos de lmpadas de alta potncia para cada uma das
linhas de nibus. Alm disso, qualquer abstrao dessa natureza, mesmo quando
acompanhada de legenda, necessita de um certo tempo de leitura e aprendizado
para ser compreendida. Como buscvamos um sistema mais intuitivo, esta ideia
ficou em segundo plano. No entanto, relativamente complexidade de
implementao, esta uma ideia muito simples e com implementao bastante
rpida.
3.3.2 Rolos giratrios de linha e tempo
Os rolos giratrios de linha e tempo representam um aparato mecnico composto
por dois rolos impressos com todas as linhas e todos os horrios possveis para o
43
ponto determinado. Dois motores, um para cada rolo, so responsveis pela
movimentao. Assim que o artefato recebe as informaes, os motores atuam para
posicionar a linha e o tempo estimado de forma correta, informando o tempo para a
chegada do nibus. A Figura 15 demonstra como poderia ser esse artefato. A Figura
16 mostra-o internamente, deixando evidente como funcionam o desenrolar e
enrolar dos rolos impressos.

Figura 15: Rolos giratrios de linha e tempo
Fonte: Elaborada pelo autor
44

Figura 16: Funcionamento interno do sistema mecnico dos rolos
Fonte: Elaborada pelo autor

Mesmo que a informao seja muito clara e que um artefato como esse possibilite a
visualizao de diversas linhas diferentes, ainda assim necessrio que o usurio
leia tanto a linha quanto o tempo restante, exigindo ateno direta (para a leitura) e
distanciando-se dos fundamentos da informao ambiente. De forma simples, este
dispositivo uma tela analgica: ao invs de pixels como em uma tela eletrnica,
temos papis impressos que se alternam, mudando a informao de acordo com a
necessidade. A vantagem bvia deste artefato que deixamos de depender de uma
tela luminosa, que usualmente apresenta problemas de luminosidade e de
angulao para visualizao.
45

Figura 17: Vista lateral dos rolos
Fonte: Elaborada pelo autor
3.3.3 Simulao de chegada em escala
Nesta alternativa temos a opo mais mecnica possvel: uma miniatura de nibus
move-se sobre um trilho pr-determinado e quanto mais prximo o pequeno nibus
se encontra do zero (denotado pelo tringulo vermelho esquerda do nmero 05
na Figura 18), mais prximo o nibus est de chegar ao ponto configurado.

46

Figura 18: Simulao de chegada em escala
Fonte: Elaborada pelo autor

Uma desvantagem ntida desta opo que ela permite monitorar somente uma
linha por vez. Mesmo assim, esta a opo que apresenta a informao de forma a
demandar menos interpretao. O movimento do pequeno nibus como que simula
o movimento do nibus real e a aproximao de um denota a aproximao do outro.
A relao de interpretao da informao bastante direta e de apreenso rpida:
basta uma rpida olhada para compreender o estado atual do sistema. Alm disso,
a informao textual sobre o tempo apenas complementar: mesmo que os
nmeros da escala de tempo fossem suprimidos seria possvel compreender o
tempo restante a partir da experincia de uso continuado do objeto, aprendendo-se
com o tempo quanto cada distncia representa no tempo de chegada do nibus ao
ponto real.

Esta foi a ideia adotada para a construo do dispositivo. Alm das vantagens
informacionais que apresentamos anteriormente, devemos destacar que tnhamos
disposio os componentes eletrnicos e eletromecnicos necessrios para
produo deste artefato e esse fato tambm influenciou diretamente na escolha
dessa ideia.
3.4 Desenvolvimento do prottipo
Apresentamos a seguir o desenvolvimento do dispositivo de informao ambiente
47
para informar os horrios de uma linha de nibus municipal de Vitria, relativo ao
ponto 6166, conforme descrito anteriormente. Chamaremos este sistema de
informao de VisualizaBus.

Aps analisar uma srie de sistemas de informao ambiente, Rodrigues (2011,
p.182) enumera uma lista de caractersticas que podem influenciar o envolvimento
de nossa ateno no uso desses sistemas e em ltima instncia, na eficincia deles
em nos comunicar algo. Baseando-nos na classificao apresentada pelo autor,
podemos enquadrar o artefato nas seguintes caractersticas:
1. A complexidade das informaes exibidas baixa;
2. H poucos detalhes e variaes possveis para as informaes apresentadas,
j que somente temos a posio e a luz indicadora mudando de estado ao
longo do funcionamento;
3. As informaes so claramente visveis, j que a escala do objeto atende ao
seu contexto de utilizao e sua movimentao pode ser observada com
clareza em um escritrio ou sala;
4. A movimentao do artefato est diretamente ligada movimentao do
nibus real na via, possibilitando uma associao de fcil acepo com a
realidade;
5. O nvel de engajamento do usurio para utilizar o sistema extremamente
baixo: como o artefato est sempre em funcionamento, seu uso se d apenas
recolhendo a informao, ou seja, olhando pra ele.

Do ponto de vista do design de interao e do projeto do artefato como um sistema
de informao ambiente, podemos destacar que o dispositivo est adequado aos
conceitos que permeiam o campo. Elaborando a ideia inicial, chegamos a um
artefato que alia simplicidade de utilizao e complexidade de funcionamento, ou
seja, conseguimos aliar uma informao de alta relevncia a um sistema de
visualizao extremamente intuitivo.

J do ponto de vista tcnico, o funcionamento de um artefato computacional como o
VisualizaBus depende de diversos fatores tecnolgicos, distribudos em nveis de
complexidade distintos. Conforme j definido, parte dos avanos das tecnologias de
transportes inteligentes diz respeito localizao e monitoramento da frota de
48
veculos de uma determinada instituio. No caso do transporte pblico, a
geolocalizao via GPS a forma mais comum de obter a posio geogrfica de
determinado veculo de forma constante. O VisualizaBus se aproveita dessa
tecnologia, j presente em todos os veculos que realizam o transporte municipal na
cidade de Vitria, interceptando os dados utilizados pelo sistema PontoVitria da
Prefeitura Municipal e utilizando-os para movimentar o artefato de acordo. A seguir,
tentamos ilustrar como se d esse processo em termos simples, definindo a
macroarquitetura do projeto na Figura 19.

Figura 19: Etapas gerais para o funcionamento do VisualizaBus
Fonte: Elaborada pelo autor

O conhecimento j acumulado com a construo do VixBus (ACCIOLY et al, 2012),
que informava os horrios de nibus a partir do Twitter, fez com que o tempo gasto
49
para implementao da etapa de obteno dos horrios fosse mnimo. Quando
desenvolvemos o VixBus, foi necessrio compreender a lgica envolvida em um
servio como esse, bem como interpretar e filtrar os dados disponibilizados pelo
sistema PontoVitria PMV. Dessa maneira, ao produzir o VisualizaBus j
possuamos conhecimento para resolver a parte do problema relacionada
obteno e filtragem dos dados. A experincia com o VixBus tambm nos tornou
cientes de que o sistema PontoVitria PMV transmitia dados com boa confiabilidade,
j que utilizamos o VixBus com sucesso no passado.

Mesmo assim, quando tentamos obter os dados do PontoVitria PMV nos
deparamos com dificuldades tcnicas. Aparentemente a Prefeitura Municipal de
Vitria (PMV) havia dificultado o acesso aos dados, o que tornou nossa utilizao
invivel. Neste perodo, conhecemos o aplicativo para o sistema de telefones
Android chamado Ponto Vitria, mesmo nome utilizado pela PMV. O aplicativo
havia sido desenvolvido pelo Sr. Rmulo Vitoi e estava funcionando normalmente
mesmo aps as modificaes implementadas pela PMV, ou seja, no foi impactado
pelo bloqueio aos dados.

A partir da observao do aplicativo PontoVitria
22
, desenvolvido pelo Sr. Rmulo
Vitoi sem qualquer ligao formal com a Geocontrol
23
ou a Prefeitura, resolvemos
entrar em contato com o desenvolvedor a fim de verificar a possibilidade de
utilizao das informaes de seu aplicativo. Aps breves conversas via e-mail, nas
quais o Sr. Vitoi foi extremamente solcito, obtivemos acesso ao servio que ele
mesmo utiliza para o seu aplicativo. Apesar de homnimo do servio fornecido pela
PMV, reforamos que este aplicativo no possui relao oficial alguma com a PMV.
Para aumentar a clareza, denominaremos o servio da PMV por PontoVitria PMV e
o servio fornecido pelo Sr. Romulo Vitoi por PontoVitria Rmulo Vitoi.

A fim de esclarecer as diferentes partes componentes deste projeto, poderamos

22
Disponvel em: <https://play.google.com/store/apps/details?id=br.ufes.inf.ravitoi.pontovitoria>
Acesso em 01 mar. 2014.
23
A Geocontrol uma empresa brasileira especializada em criao, desenvolvimento e produo de
tecnologias para gesto das reas de Segurana Pblica, Mobilidade Urbana, Gesto Compartilhada
de Cidades, Controle de Frota e Defesa Nacional. a empresa responsvel pelo desenvolvimento do
sistema Pontual. Para mais informaes, acessar <http://www.geocontrol.com.br/pontual>
50
dividir o VisualizaBus em 2 partes: interface fsica e servidor de dados. A interface
fsica composta, por um lado, pela carcaa de papel, madeira, acrlico e outros
materiais, incluindo o nibus-maquete e, por outro, pelo circuito formado pelo
Arduino e outros componentes responsveis pelo controle da posio dos elementos
fsicos visveis. O servidor de dados quem fornece as informaes ao Arduino,
atravs da Internet, a fim de que este ltimo possa movimentar os elementos fsicos
de acordo com os dados reais do sistema de transporte da PMV. Nas sees
seguintes abordaremos esse processo em profundidade e destacaremos cada um
dos componentes envolvidos neste sistema.

Devido especificidade do projeto, algumas premissas foram decididas para
disponibilizao dos dados necessrios, conforme a lista a seguir:
1. O servio web VisualizaBus, que consultado pelo artefato, est disponvel
no endereo da Internet http://marcosaccioly.com.br/apps/v214.php;
2. Esse servio obtm os dados do PontoVitria Rmulo Vitoi que obtm os
dados, por sua vez, do servio PontoVitria PMV (ver Figura 20). O
VisualizaBus filtra os dados e disponibiliza um arquivo em formato XML
24
no
formato disposto no ANEXO III, que contm a previso para o prximo nibus
do ponto configurado;
3. O ponto pr-configurado o de nmero 6166;
4. A linha pr-configurada a de nmero 0214 Bento Ferreira / Goiabeiras (via
Shopping);
5. Somente h movimento do artefato quando o tempo de chegada do nibus ao
ponto configurado est entre um minuto e sessenta minutos. Qualquer tempo
maior que sessenta minutos faz com que o nibus-maquete se conserve
parado na posio inicial.

A ordem dos eventos que torna possvel o funcionamento do artefato a seguinte:
1. O Arduino conecta-se ao servio VisualizaBus via Hyper Text Transfer
Protocol (HTTP, Protocolo de Transferncia de Hipertexto) e requisita o tempo
para o prximo nibus configurado para o ponto de parada especificado;

24
XML: eXtensible Markup Language. um formato estruturado de arquivo que possui elementos
com hierarquia, marcadores de incio e fim das informaes e atributos. O HTML (utilizado para as
pginas da Internet) um tipo de XML.
51
2. O VisualizaBus requisita as previses do ponto ao servio PontoVitria
Rmulo Vitoi;
3. O servio PontoVitria Rmulo Vitoi requisita as previses ao servio
PontoVitria PMV;
4. O servio VisualizaBus filtra as previses recebidas, baseando-se no
algoritmo descrito no ANEXO I, gerando um resultado que demanda
pouqussimo processamento da parte de quem o recebe (neste caso, o
Arduino);
5. O servio VisualizaBus devolve o resultado via HTTP para o Arduino;
6. O Arduino processa o valor recebido atravs do cdigo descrito no ANEXO II
e converte-o em um nmero de giros do motor;
7. O artefato movimenta o nibus-maquete para a posio correspondente ao
tempo recebido ou para a posio inicial, no caso de no haver previso ou
de haver algum problema de conexo.

A Figura 20 ilustra esse funcionamento em termos gerais.

Figura 20: Ciclo de funcionamento do Artefato
Fonte: Elaborada pelo autor
3.4.1 Cdigos PHP e Servio Web de consulta a horrios
O acesso possibilitado pelo Sr. Vitoi tornou plausvel a continuao dos testes
52
e consequente adequao dos dados para este projeto. Assim, partimos para a
construo de um servio prprio, baseado nas informaes fornecidas pelo Sr.
Vitoi, que estivesse de acordo com as necessidades do nosso projeto. Para isso,
utilizamos um servidor na Internet, hospedado no provedor de servios Locaweb
25
,
onde armazenamos os cdigos necessrios para a obteno dos dados. A
linguagem de programao utilizada foi o Hypertext Preprocessing (PHP)
26
, j que
estava disponvel no servidor em questo e representa somente a etapa
intermediria de obteno dos dados. De fato, praticamente qualquer linguagem de
programao poderia ter sido utilizada, desde que fosse capaz de recolher as
informaes do PontoVitria Rmulo Vitoi, analis-las, filtr-las e repass-las no
formato especfico para o VisualizaBus. O PHP, por sua vez, uma linguagem de
fcil utilizao, com uma grande comunidade mundial de desenvolvedores e
normalmente disponvel em servidores de baixo custo de manuteno, como o
utilizado para este projeto. Estruturalmente, o cdigo PHP conecta-se ao servio
PontoVitria Rmulo Vitoi, requisitando as informaes para o ponto configurado,
trata os dados recebidos e repassa para o requisitante que, em nosso caso, o
artefato construdo com o Arduino (artefato VisualizaBus). A Figura 21 ilustra este
processo.

Figura 21: Etapas de obteno dos dados do PontoVitria PMV
Fonte: Elaborada pelo autor
O cdigo PHP utilizado est disponvel de forma completa no ANEXO I
27
.
3.4.2 Estrutura fsica e eletrnica de movimentao do artefato
Uma das premissas do projeto aproveitar-se das caractersticas fsicas de

25
Provedor de hospedagem Locaweb: http://www.locaweb.com.br/
26
Endereo oficial do PHP na Web: http://php.net/
27
Retiramos os cdigos de acesso ao servio PontoVitria Rmulo Vitoi porque as informaes
foram cedidas em carter privado de utilizao
53
proximidade para determinar a noo de tempo. Ao invs de proporcionar a leitura
de um cdigo (utilizando nmeros, letras, cores ou qualquer outro sistema de
cdigos), quisemos nos aproximar ao mximo de um funcionamento mecnico do
artefato. Apesar de sua natureza eletrnica, nos detivemos na ideia de proporcionar
uma relao de distncia e proximidade, como um zoom da situao real em escala.
Assim, construmos uma linha do tempo que traduz-se em distncia a percorrer.
Nessa linha do tempo, o tempo que falta para o nibus real chegar ao ponto
configurado representado pela distncia do nibus-maquete em relao ao final do
curso a ser percorrido, determinado pela placa de ponto de parada.

De forma geral, o artefato composto de:
1. Base estrutural de madeira e acrlico, afixada por cola plstica e parafusos;
2. Placa microcontroladora Arduino Duemilanove com processador
ATMega328
28
;
3. Placa do tipo Ethernet Shield
29
para comunicao com a Internet atravs de
cabo de rede;
4. Placa do tipo Motor Shield para controle do motor de passo
30
;
5. Fonte de tenso eltrica;
6. Botes clicveis para incio e fim de curso;
7. Cabeote, eixo de movimentao e correia dentada;
8. Lmpada LED indicadora;
9. Protoboard
31
.

28
Os processadores ATMega so microchips fabricados pela Atmel, companhia norteamericana
baseada em San Jose, California, EUA. Mais informaes em http://www.atmel.com
29
Shields so placas originalmente criadas para serem montadas por cima de uma placa Arduino,
ampliando as funcionalidades do mesmo. H shields de diversos tipos e como exemplo podemos
citar: o Shield Ethernet, usado neste projeto para comunicao via cabo com a Internet; o Shield WiFi,
para comunicao sem fio com redes WiFi; o Shield Bluetooth, para comunicao sem fio com
dispositivos que possuem tecnologia bluetooth; o Motor Shield, que permite que o Arduino controle
facilmente motores de corrente contnua. Estes so apenas alguns exemplos, mas o universo de
shields disponveis bastante extenso.
30
Um motor de passo um tipo especial de motor que gira de forma ordenada e calculada, ao
contrrio de motores comuns, que giram livremente. Motores de passo so muito comuns em
impressoras, digitalizadores (scanners), braos robticos e todo tipo de movimento que necessite de
preciso na movimentao. chamado de motor de passo porque atravs do chaveamento liga-
desliga de suas bobinas o utilizador faz com que o motor gire de acordo com uma resoluo pr-
fixada, representada pela medida mnima em graus em que ele pode ser movimentar. O motor que
utilizamos neste projeto possui uma resoluo de 1,8 grau por passo, ou seja, so necessrios 200
passos para uma volta completa de 360 graus.
31
Um protoboard uma placa de prototipagem que permite que circuitos sejam montados sem
necessidade de soldagem. um componente muito usado para testes em projetos de eletrnica.
54

A Figura 22 detalha as mltiplas partes integrantes do artefato e proporciona uma
viso geral de como estas partes esto organizadas.

Figura 22: As partes integrantes do VisualizaBus
Fonte: Elaborada pelo autor

Nas sees a seguir demonstramos os componentes utilizados para a construo do
artefato, explicitando a escolha de cada um desses componentes para o projeto.
3.4.2.1 Arduino modelo Duemilanove com ATMega 328
O Arduino uma plataforma de hardware livre, criada por Massimo Banzi e que
permite a criao de objetos inteligentes de forma rpida e prtica. Conforme
esclarece Rodrigues (2011) de forma bastante didtica

Arduino uma placa controladora que pode ser usada para fazer a
comunicao entre diversos componentes eletrnicos de entrada (sensores,
botes, chaves etc.) e sada de dados (luzes, motores, auto-falantes etc.). O
Arduino capaz de realizar o processamento dos dados recebidos pelo
sensores, embora esse processamento seja limitado pela baixa quantidade
de memria do sistema. A programao da placa, que define como ela vai
tratar as informaes de entrada e sada, isto , como ela vai operar os
55
diversos componentes do sistema, feita atravs de uma linguagem
simples baseada no Processing (linguagem de programao desenvolvida
por Ben Fry). Pela facilidade de programao e pela facilidade e montagem
de pequenos sistemas a partir de componentes eletrnicos de baixo custo,
o Arduino tem sido muito utilizado como ferramenta de prototipagem em
projetos de dispositivos interativos tangveis. A partir da disseminao do
Arduino como plataforma de prototipao, foram desenvolvidos diversos
componentes complementares que ampliaram enormemente as
possibilidades de aplicao dessa tecnologia, permitindo por exemplo a
transmisso de dados via internet, via wi-fi. Tambm foram criados
diferentes formatos para a placa controladora, variando a escala e
configurao dos componentes de maneira que hoje possvel desenvolver
inclusive vestimentas com componentes computacionais baseadas na
plataforma Arduino. sem dvida a plataforma mais popular em cursos de
interaction design. (Rodrigues, 2011, p. 72)

Os conhecimentos de eletrnica necessrios para utilizar o Arduino so mnimos
quando comparados ao esforo para criao e utilizao de um circuito com
microprocessador programvel como o que ele apresenta. Por estar disponvel a
preo baixo e apresentar grande facilidade de utilizao, o Arduino foi utilizado neste
projeto, operando como crebro do artefato. Assim, todas as informaes so
processadas no Arduino e este comanda o motor, a conexo com a Internet e a luz
indicadora.

O modelo utilizado conta com 14 pinos input/output que podem ser utilizados como
entrada e sada de informao, sendo 6 pinos de input analgico. Alm disso,
tambm possui um oscilador de 16MHz, conexo USB e entrada para fonte externa
de energia.
56

Figura 23: Arduino Duemilanove com processador ATMega328
Fonte: Pgina oficial do Arduino na Web
32


3.4.2.2 Motor de passo STP-42D221-03
Os motores de passo so tipos especiais de motores que tem seu giro controlado a
partir de um circuito eletrnico. So utilizados como instrumentos de preciso em
aparelhos que necessitem movimentao criteriosa, como o caso de impressoras,
scanners, copiadoras, mesas de corte automtico, etc. O motor utilizado neste
projeto foi aproveitado a partir do desmonte de uma impressora antiga. O modelo do
motor o STP-42D221-03, de alta preciso e alto torque
33
.

Figura 24: Motor de passo STP-42D221-03
Fonte: Pgina da Web
34


32
Disponvel em: <http://arduino.cc/en/Main/ArduinoBoardDuemilanove> Acesso em 11 mar. 2014.
33
O torque a medida da fora de um motor. Quanto maior o torque, mais fora o motor tem para
girar.
34
Disponvel em: <http://cnc-club.ru/forum/download/file.php?id=16404> Acesso em 10 dez. 2013.
57
3.4.2.3 Placa para Ponte H L298N
O Arduino no possui potncia eltrica suficiente para controlar um motor de passo.
Para isso, necessrio utilizar um circuito intermedirio que controle o motor e, em
nosso caso, utilizamos uma placa composta com uma Ponte H L298N. Este
pequeno chip L298N capaz de controlar tanto motores de corrente contnua,
conhecidos como motores DC, quanto motores de passo. Esta placa excelente
pois o chip L298N suporta alta tenso (at 46 Volts), alta corrente (at 4 Ampres) e
tem proteo contra superaquecimento. Isso torna a placa altamente confivel,
especialmente neste projeto em que o artefato foi disponibilizado em um escritrio
de terceiros, sem superviso contnua. Mesmo que os riscos sejam pequenos,
qualquer elemento conectado rede eltrica oferece riscos e uma placa confivel
diminui as possibilidades de maiores danos. A Figura 25 demonstra a placa com o
chip L298N ao centro.

Figura 25: Placa controladora com Ponte H L298N
Fonte: Pgina de venda do produto no website DealExtreme
35

3.4.2.4 Shield Ethernet HanRun
O Shield Ethernet proporciona a conexo do artefato Internet atravs de um cabo
de rede do tipo comum (modelo RJ-45). Uma vez conectado e configurado com o
correto cdigo de acesso rede, este shield proporciona uma conexo comum,
tornando possvel que o Arduino consuma dados da rede e tambm que funcione
como servidor de dados. Em nosso caso utilizamos este shield a fim de obter a
informao do servio VisualizaBus, que foi consultado atravs de HTTP, o
protocolo de acesso s pginas da Web.

35
Disponvel em: <http://dx.com/pt/p/l298n-stepper-motor-driver-controller-board-for-arduino-120542>
Acesso em 01 mar. 2014.
58
Como possvel visualizar na Figura 26, um shield se parece bastante com o
prprio Arduino, j que ele feito para ser montado sobre o Arduino, encaixando-se
nele.

Figura 26: Shield Ethernet para Arduino
Fonte: Pgina da Web
36

3.4.2.5 Fonte regulvel de tenso
Apesar de ser capaz de alimentar eletricamente pequenos componentes, o Arduino
no consegue fornecer energia suficiente para fazer funcionar componentes
maiores, como motores, lmpadas comuns e outros aparelhos de maior porte. Em
nosso caso especfico, o motor de passo utilizado exigiu que utilizssemos uma
fonte de tenso capaz de fornecer a corrente necessria ao seu funcionamento. Por
isso, retiramos os componentes eltricos de um estabilizador de tenso, comumente
utilizado em computadores pessoais, para ser usado como uma fonte de tenso
para o motor.

36
Disponvel em: <http://mlb-s2-p.mlstatic.com/ethernet-shield-hanrun-ws100-hr911105a-8208-
MLB20001899655_112013-F.jpg> Acesso em 01 mar. 2014.
59
3.4.2.6 Botes de incio e fim de curso
Mesmo contando com a alta preciso do motor de passo STP-42D221-03, h
dificuldade de calibrar e manter a preciso ao longo do percurso que o nibus-
maquete percorre. Para auxiliar na calibragem e no reconhecimento do incio e fim
do percurso a percorrer foram instalados dois botes eletrnicos para esse
reconhecimento.

Quando o artefato ligado, um processo de calibragem ocorre, a fim de contar
quantos passos so necessrios para percorrer completamente o percurso. Para
executar essa calibragem, o sistema segue os procedimentos abaixo:
1. O nibus-maquete movimenta-se para o incio do trajeto at acionar o boto
de incio do trajeto (boto de incio de curso);
2. Aps acionar o boto, ele movimenta-se at o fim do trajeto, armazenando
em memria quantos passos executa at acionar o boto localizado no fim do
trajeto (boto de fim de curso);
3. O nibus maquete retorna ento at o incio, at que acione o boto de incio
de curso, posicionando-se para aguardar a primeira previso.

Dessa maneira possvel realizar a contagem exata de quantos passos o percurso
possui, parametrizando as movimentaes seguintes e baseando-as nessa
calibragem inicial. Os botes de incio e fim de curso so semelhantes ao da Figura
27. Este um boto de fcil ativao, com alavanca macia.

Figura 27: Boto de incio e fim de curso
Fonte: Pgina da Web
37


37
Disponvel em: <http://ecx.images-amazon.com/images/I/415WzA9EqmL._SY300_.jpg> Acesso
60
3.4.2.7 LED de informao do status da previso
Como o funcionamento correto do artefato depende da obteno de dados externos
atravs da Internet, instalamos uma pequena luz indicadora do tipo LED vermelho
que se acende em dois momentos especficos:
1. Quando no h previso para a linha no ponto de parada especificado
2. Quando h falhas de conexo com a Internet e no possvel obter a
previso
Exceto nesses dois casos o LED permanece apagado.
3.4.2.8 Estrutura de madeira, acrlico e de aproveitamento de peas
Para a estrutura de sustentao do artefato utilizamos madeira e acrlico, afixados
com parafusos e cola, de forma a montar uma base rgida que permitisse a
movimentao do cabeote, conforme ilustra a Figura 28.

Figura 28: Estrutura fsica do artefato VisualizaBus
Fonte: Elaborada pelo autor
Neste ponto devemos deixar claro que a escolha dos componentes de

em 09 mar. 2014.
61
movimentao do artefato foi fundamental para determinar as dimenses fsicas do
projeto. Como o cabeote, o eixo de movimentao e a correia dentada, descritos
anteriormente, foram reaproveitados a partir de outros objetos eletrnicos
descartados, estes acabaram por determinar o comprimento total do percurso e,
claro, as dimenses gerais do artefato. Note-se que o motor tambm foi aproveitado
a partir de lixo eletrnico, conforme j informado anteriormente. O que desejamos
deixar claro que, neste caso, as decises de design foram tomadas a partir dessas
limitaes estruturais, limitando-nos ao material disponvel para a construo final.

Fizemos questo de revelar a estrutura interna de funcionamento para denotar a
complexidade de um sistema como o proposto, dado que, externamente, tudo
representado apenas por uma miniatura de nibus que anda em um trajeto
especfico. Tudo o que o usurio final percebe que o pequeno nibus se move e
sua posio representa o tempo restante para que o nibus real chegue ao ponto de
parada. Esta estrutura final ser demonstrada na prxima seo. Internamente, no
entanto, h um sistema de elevada complexidade para que todo o processo funcione
corretamente. No h transparncia dessa complexidade para quem usa o artefato e
este exatamente o objetivo deste tipo de construo, na qual, conforme afirma
Rodrigues (2011, p. 14) O computador deixa de ser uma entidade to evidente para
diluir-se no ambiente, mediando diversas atividades do dia-a-dia sem demandar
esforo cognitivo para sua utilizao.
3.4.3 Estrutura visual de informao no artefato
A estrutura visual do artefato composta de uma base ou pista na cor preta, com
uma miniatura representando um nibus, uma placa representando o ponto de
parada e marcaes na pista representando o tempo restante aproximado para a
chegada do nibus ao ponto. A fim de destacar as informaes e fornecer um
contraste visualizao, praticamente toda a estrutura foi coberta com a cor preta.
Assim, os elementos visuais necessrios leitura das informaes puderam ser
usados em branco. As outras cores utilizadas, tanto para o nibus quando para a
placa, representam escolhas relacionadas realidade, apesar de o fazermos de
forma remota, j que as placas de nibus na cidade de Vitria so da cor azul e os
nibus da cidade possuem uma tonalidade de verde. A estrutura visual pode ser
conferida na Figura 29.
62


Figura 29: Estrutura visual do VisualizaBus, com os componentes eletrnicos completamente
cobertos
Fonte: Elaborada pelo autor

Na placa criada esto gravadas a referncia numrica e de indicao do ponto
descrito, j que o ponto nmero 6166 conhecido como o ponto de parada do
Teatro da Ufes.
3.4.4 Conexo do artefato Internet e funcionamento automtico
A ltima etapa necessria foi a conexo do artefato Internet, possibilitando que
seja movido pelos dados obtidos atravs do servio Web. Para isso, somente
necessrio conectar-se o Shield Ethernet atravs de um cabo de rede rede local,
j que o acesso rede j est configurado dentro do Arduino.
3.5 Disponibilizao para utilizao e testes no Laboratrio de Design
Instrucional
Aps quatro dias de testes contnuos e pequenos ajustes, decidiu-se que o
63
VisualizaBus estava pronto para disponibilizao para teste por outros usurios.
Para isso, procurou-se um local onde houvesse usurios do sistema municipal de
nibus e que oferecesse a estrutura tecnolgica necessria para disponibilizao
(uma tomada de energia e um ponto de conexo de rede com a Internet). O
Laboratrio de Design Instrucional (LDI), laboratrio que integra o Ncleo de Ensino
Aberto e Distncia (Ne@ad), localizado na Ufes. Alm de oferecer as condies
tcnicas necessrias, possumos fcil acesso ao LDI, j que coordenado por
professores do Departamento de Desenho Industrial, bero deste projeto. O LDI
composto de cinco coordenadores e treze estagirios, alm de dois tcnicos, tendo
muitos deles alegado utilizar o transporte pblico municipal e concordado em auxiliar
na utilizao do artefato. Os estagirios so alunos do curso de Desenho Industrial
da Ufes. Aps a devida autorizao por parte da coordenao do LDI, o artefato foi
preparado para instalao no local.

A instalao simples e rpida, sendo somente necessrio conectar-se o cabo de
alimentao eltrica e o cabo de conexo com a Internet. Ao chegarmos no LDI,
buscamos instalar o artefato em local bastante visvel, mas que no atrapalhasse a
rotina de trabalho do laboratrio. Alm disso, tanto a tomada de energia quanto o
local de conexo com a Internet deveriam estar prximos. Assim, escolhemos
instal-lo sobre o armrio disponvel no local, conforme a Figura 30. Ao colocarmos
o artefato no local escolhido, ligamos os cabos de energia e Internet e aguardamos
para que o VisualizaBus realizasse a calibrao inicial e entrasse em funcionamento.
Assim, em menos de dez minutos o artefato estava completamente funcional.

O VisualizaBus esteve disponvel no LDI durante vinte dias. Na primeira semana,
deixamos o artefato configurado para monitorar a chegada do nibus de nmero
0214 ao ponto pr-determinado. Durante o tempo restante, alternamos entre o
monitoramento das linhas nmero 0121 e 0161, a pedido da equipe que estava
participando dos testes. Dessa maneira foi possvel incluir mais usurios nos testes.
Os testes consistiram na utilizao direta pelos participantes do LDI.
Frequentemente visitvamos o laboratrio para garantir que tudo estava em
funcionamento e colher informaes sobre o uso do artefato. Mesmo assim, devido a
algumas dificuldades tcnicas com a conexo Internet disponibilizada no LDI, os
usurios reportaram que houve situaes em que o artefato parecia no funcionar.
64


Figura 30: Artefato instalado no Laboratrio de Design Instrucional (LDI)
Fonte: Elaborada pelo autor

65

Figura 31: Viso geral do VisualizaBus no local de instalao
Fonte: Elaborada pelo autor

Aps o perodo de disponibilizao, retornamos para retirada do artefato e
recolhimento das impresses dos usurios. Conversamos em grupo e
individualmente, especialmente com os usurios que utilizaram diretamente o
dispositivo para saberem o horrio dos seus nibus. Alm disso, tentamos obter as
impresses de todos aqueles que se dispuseram a comentar, mesmo que no
tenham utilizado diretamente o artefato. As informaes obtidas e os
desdobramentos possibilitados por elas so discutidos no Captulo 4.





66
Captulo 4: Resultados e discusso
Aps o perodo de utilizao e o recolhimento de informao com a equipe do LDI,
algumas observaes foram feitas que contribuem para a compreenso das
facilidades e dificuldades de uso do artefato, levantando desdobramentos
interessantes. Nesta seo discutimos aqui estes desdobramentos.

O artefato, na posio em que se encontrava, estava posicionado de forma oposta
ao ponto real, localizado na avenida, o que causou certa confuso em quem estava
utilizando-se do artefato. No ponto real, o nibus aproxima-se do ponto de parada
vindo da esquerda para a direita, enquanto no artefato o nibus-maquete saa da
direita e caminhava para a esquerda ao longo do tempo.

Uma observao muito importante foi a respeito do som emitido pelo artefato. O som
emitido pelo motor ao retornar o nibus-maquete para sua posio inicial tornou-se
bastante perceptvel e foi motivo de nota por mais de um usurio. Os entrevistados
disseram que comentrios do tipo Mais um nibus acaba de passar e Ops
Quem precisava pegar esse nibus ficou sem pegar eram comuns no dia-a-dia da
utilizao. Poderamos explorar melhor essa representao sonora, automatizando
notificaes sonoras em momentos pr-configurados (quando faltassem cinco
minutos para o nibus chegar, por exemplo). Conforme questiona Rodrigues (2011,
p. 28) O que significa projetar para a periferia de nossa ateno, tendo em
perspectiva todos os sentidos humanos sem nos limitarmos viso, explorando
tambm o tato, a audio, o olfato?. Certamente a audio poderia ser explorada,
neste caso, mesmo que no tenha estado em nossos objetivos iniciais.

Outro fator interessante deveu-se proximidade do local de testes em relao ao
ponto de nibus monitorado, j que a relao de preciso do artefato no estava
muito clara para quem o utilizava. Devido a essa proximidade - o LDI fica a menos
de 150 metros do ponto de parada de nibus nmero 6166 - uma diferena
pequena, como um ou dois minutos, poderia ser determinante no sucesso para uma
pessoa no laboratrio chegar a tempo ao ponto de nibus. Devido a essa demanda
de preciso, os usurios demonstraram incerteza na percepo de quanto tempo
realmente faltava de acordo com a posio em que o nibus-maquete se
67
encontrava. No era objetivo inicial deste projeto demonstrar preciso na
visualizao do horrio; o objetivo era realmente que o usurio tivesse uma ideia
aproximada da localizao do nibus. No entanto, percebe-se que o usurio
demanda preciso na visualizao, neste caso especfico.

Por fim, percebeu-se que, no geral, houve baixa confiabilidade dos usurios na
previso realizada pelo artefato, o que os levou a conferir o horrio demonstrado
com o disponibilizado no PontoVitria PMV, que era a prpria fonte de informao
do artefato. Acredita-se que os problemas tcnicos com a conexo Internet
contriburam significativamente para este fato. Alm disso, os usurios tiveram
pouco tempo para acostumarem-se com o artefato, j que ficou disponvel somente
por 15 dias e os usurios o utilizavam uma ou duas vezes por dia.
4.1 Dificuldades tcnicas e curiosidades
Obviamente, um projeto dessa natureza apresenta problemas tcnicos
considerveis que nem sempre so facilmente contornveis. Apresentamos aqui
alguns deles para futuras reflexes.

Em primeiro lugar, notamos claramente que alguma configurao relacionada aos
parmetros de rede fez que com que o artefato perdesse a comunicao com a
Internet em diversos momentos, sendo necessrio o reincio do sistema para sua
normalizao. Este fato ocorria especialmente noite. Neste caso, fundamental ter
acesso ao local de testes com antecedncia, a fim de garantir que problemas
tcnicos no atrapalhem a experincia do usurio com o artefato durante os testes.

Ainda na fase de testes isolados, antes da disponibilizao para os usurios, por
aproximadamente duas semanas tivemos problemas na movimentao do cabeote
em seu eixo. Havia uma vibrao constante que impedia que o motor levasse o
cabeote de um lado a outro com facilidade e sem vibrao. Depois de inmeras
tentativas de alinhamento e ajuste, percebemos que se tratava simplesmente de um
problema de atrito e um pouco de leo lubrificante resolveu por completo o
problema. Um problema mecnico extremamente simples mas que por pouco no
inviabilizou a construo do artefato.

68
J na parte eltrica e eletrnica, ao utilizar o shield para o motor de passo tivemos
que, atravs de tentativa e erro, trabalhar para utilizar as bobinas de movimentao
de forma correta. Quando tentvamos utilizar mais de uma bobina ligada ao mesmo
tempo, o que um procedimento comum em motores de passo a fim de gerar maior
preciso de movimentao, percebamos que havia um comportamento errtico,
nem sempre movimentando-se na direo e da forma desejada. O problema foi
contornado acionando-se apenas uma bobina por vez. Isso nos retirou um pouco da
preciso mas, com um motor de preciso to alta, no houve prejuzo algum dentro
do intervalo de amostra e movimentao demandados pelo artefato. Alm disso, nos
primeiros testes que fizemos com o motor ligado vinte e quatro horas por dia,
percebemos que havia muita gerao de calor e que isso poderia ser prejudicial para
o funcionamento do motor com o uso constante. Trabalhamos ento o cdigo de
ativao e desativao das bobinas do motor para que estas ficassem energizadas
somente quando a maquete estivesse em movimento e pudessem estar desligadas
quando o nibus-maquete estivesse parado (que seu estado em aproximadamente
97% do tempo). Assim, o calor foi diminudo para praticamente zero e a vida til do
motor e, consequentemente, do artefato, aumentada significativamente.

Um motor de passo, apesar de sua preciso, um componente eletrnico do qual
devemos desconfiar o tempo todo. Um pequeno erro em seu funcionamento e
teremos problemas para todas as previses seguintes. Por isso, aps os primeiros
testes, desenvolvemos uma rotina de calibrao que ocorre todas as vezes que o
dispositivo ligado. Essa rotina de calibrao visa minimizar erros com a contagem
de passos necessrios para representao dos minutos do trajeto. Sempre que o
artefato ligado, o nibus-maquete caminha por todo o percurso anotando
internamente a distncia, em passos, que foi percorrida, contando com o auxlio de
botes que indicam o incio e o fim do curso percorrido. a partir dessa distncia
obtida que todas as movimentaes posteriores so calculadas parametricamente.
4.2 Possibilidades para uma nova verso
Certamente os testes, mesmo que em pequena escala, contriburam decisivamente
para compreendermos que alguns detalhes so fundamentais no projeto de artefatos
para informao ambiente. Uma dessas percepes sobre a confiabilidade das
informaes disponibilizadas, tratando-se de dados relacionados ao transporte.
69
fundamental que o artefato passe maior confiana ao usurio j que, caso no o
faa, este corre o risco de frustrar-se rapidamente. Alm de melhorar os algoritmos
utilizados, poderamos ter estimulado os usurios a conferirem o horrio at que se
sentissem confortveis com a previso oferecida.

Outra observao derivada dos testes diz respeito escala de movimentao do
artefato. Poderamos ajustar o algoritmo e a estrutura visual para que o nibus-
maquete se movimentasse a partir de uma escala no-linear. No modelo que
adotamos, com a escala linear, todos os movimentos so iguais. Ao usar uma escala
logartmica, por exemplo, poderamos fornecer uma preciso e resoluo maior
medida que o nibus-maquete se aproximasse da chegada. Dessa maneira o
usurio poderia controlar melhor o tempo medida que o nibus se aproxima.

Alm disso, outra modificao poderia adequar o projeto ainda mais s
caractersticas desejadas em sistemas de informao ambiente. Essa modificao
diz respeito retirada da escala numrica e utilizao de outras marcaes visuais
que fornecessem a ideia clara de aproximao sem necessitar da leitura numrica.
Poderamos, por exemplo, utilizar uma imagem de fundo que servisse de referencial
e que permitisse ao usurio que, acostumando-se com a posio do nibus em
relao ao fundo, este pudesse interpretar a informao sem necessidade da leitura
dos nmeros da escala.





70
Captulo 5: Consideraes finais
Ao longo deste projeto foram exploradas as noes ainda incipientes de sistemas de
informao ambiente. Com pouqussima discusso no Brasil, este tipo de sistema
eletrnico necessita de muito esforo para ser produzido, seja por uma questo
material (a maior parte dos componentes vem de fora do pas) ou intelectual (h
poucas referncias brasileiras sobre o assunto). Para a explorao do universo da
informao ambiente nos propusemos a construo de um artefato relacionado ao
transporte pblico da cidade de Vitria. Mesmo em sua simplicidade, conseguimos
empreender a tarefa, demonstrando que possvel projetar artefatos que trabalhem
na periferia da ateno, ainda que tragam informaes relevantes para seus
usurios.

No que se refere ao acesso s informaes sobre o transporte pblico, notvel que
a Prefeitura de Vitria poderia ter investido em um sistema de gerenciamento da
frota que disponibilizasse os dados publicamente para a populao, possibilitando
que diversos projetos fossem construdos a partir desses dados. Infelizmente esta
no a realidade atual e a obteno dos dados necessita de conhecimentos
bastante avanados para sua devida interceptao e utilizao.

Bill Moggridge (2007) nos traz uma reflexo sobre o foco no desenvolvimento de
tecnologia. De acordo com sua reflexo, muitas solues tecnolgicas so
desenvolvidas levando-se em considerao muito mais o chip do que as pessoas.
Literalmente, ele diz que a atitude de ser Gentil com os chips e cruel com as
pessoas (MOGGRIDGE, 2007, p. 5, traduo nossa). De acordo com ele, muitas
vezes, decises sobre o funcionamento ou o design de determinado objeto so
tomados em funo de custos, No caso da PMV, por exemplo, como o sistema de
monitoramento j havia sido desenvolvido para controle da frota, foi natural pensar
em fornecer aos usurios um canal de acesso via Web (utilizando o sistema de
previso de horrios atravs do computador). Seguindo essa premissa, limitada em
si pela tecnologia e pela facilidade de desenvolvimento de algo que era somente
similar ao j existente sistema de monitoramento, o que se facilita por um lado se
dificulta por outro: nos pontos de nibus da cidade de Vitria continua a confuso
sobre qual nibus est disponvel em cada ponto de parada e em qual horrio o
71
nibus ir passar, mesmo que essa informao j seja obtida e disponbilizada
internamente desde o ano de 2009.

Mesmo enfrentando estas dificuldades, a construo do VisualizaBus se mostrou
uma tarefa essencial tanto para a equipe envolvida quanto para os usurios que
utilizaram o artefato. A partir das observaes realizadas por esses usurios
pudemos perceber que diversas modificaes poderiam ser testadas at que
chegssemos a um modelo mais adequado realidade deles. Em princpio, seria
este o tamanho mais adequado para o objeto? Com um trilho maior teramos uma
gradao de tempo maior e, consequentemente, uma movimentao mais contnua
do nibus-maquete. Certamente uma verso menor tambm poderia ser construda
para que fosse utilizada sobre a mesa de trabalho, por exemplo. Essa verso menor
permitiria um uso individualizado do artefato, possibilitando inclusive a configurao
por parte do usurio: cada um poderia ajustar o sistema para funcionar com o ponto
de parada e a linha de nibus que mais utiliza. Essa configurao poderia ser
realizada atravs de um servio Web, personalizando a experincia de uso para
cada um. Alm disso, ficou evidente a partir da experimentao que deveramos
explorar a dimenso sonora, inserindo sons que representassem a proximidade do
nibus ou falhas no sistema de monitoramento. O som como complemento
informao, se bem projetado, adicionaria novas possibilidades de utilizao do
artefato. Nesse sentido, poderamos aproveitar ainda mais a periferia da ateno,
projetando mudanas de padro sonoro a fim de aproveitar essa dualidade
atencional centro-periferia. Conforme Rodrigues (2011, p. 101) nos esclarece

A periferia, segundo Weiser e Brown, refere-se quilo que percebido sem
necessitar de ateno explcita. Os autores do como exemplo o barulho do
motor de um carro: quando dirigimos, normalmente no prestamos ateno
ao barulho do motor. No que no possamos ouvir o som produzido pelo
motor, simplesmente no prestamos ateno a ele. Entretanto, se ele
produzir algum rudo fora do comum, provvel que seja percebido
rapidamente. O barulho do motor, neste caso, estava na periferia de nossa
ateno mas passou para o centro quando houve uma mudana no padro
habitual. Rodrigues (2011, p. 101)

Com este trabalho esperamos ter contribudo para o campo da informao ambiente
72
no pas, trazendo tona conceitos pouco explorados e, ao mesmo tempo, cada vez
mais presentes em nossas vidas. Estima-se que, at 2020, tenhamos
aproximadamente 40 bilhes de dispositivos conectados Internet
38
, colhendo,
computando e apresentado dados nas mais diversas formas e para as mais diversas
utilizaes. Necessitamos avanar neste campo ou, do contrrio, corremos srio
risco de atrasar nossa adequao a esse novo mundo do design de interao.


38
Disponvel em: <http://www.forbes.com/sites/quora/2013/01/07/how-many-things-are-currently-
connected-to-the-internet-of-things-iot> Acesso em 01 mar. 2014
73
ANEXO I
Cdigo do servio web PHP que opera o VisualizaBus atravs do endereo
http://marcosaccioly.com.br/apps/v214.php
<? php

$linhaNum = "214";
$pontoNum = "6166";

$url = ""; // URL omitida

$ch = curl_init($url);

curl_setopt($ch, CURLOPT_HEADER, true);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_USERAGENT, "Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR;
rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10");
curl_setopt($ch, CURLOPT_HTTPHEADER, array('X-Requested-With: XMLHttpRequest',
'Referer: http://marcosaccioly.com.br'));
$result = curl_exec($ch);
curl_close($ch);

$result = substr($result, strpos($result, "{"));
$decodificado = json_decode($result, true);

$previsoes = array();
$confiabilidades = array();

// quando s temos um resultado, $decodificado["ponto"]["estimativa"]
array_key_exists("veiculo") retorna true
$estimativa = $decodificado["ponto"]["estimativa"];
$horarioFinal = -1;

if($estimativa)
{
$horarioAtual = $decodificado["horarioAtual"];

if(array_key_exists("veiculo", $estimativa))
{
$horarioFinal = $estimativa["horarioEstimado"];
if($horarioFinal > $horarioAtual)
{
$confiabilidade = $estimativa["horarioPacote"] -
$estimativa["horarioAtual"];
}
}
else
{
foreach ($estimativa as $key => $value) {
$horarioEstimado = $value["horarioEstimado"];
$horarioAtual = $decodificado["horarioAtual"];
$horarioPacote = $value["horarioPacote"];
if($horarioEstimado > $horarioAtual)
{
$confiabilidade = round(($horarioPacote -
$horarioAtual)/60000);
$previsao = round(($horarioEstimado -
74
$horarioAtual)/60000);
$previsoes[] = $previsao;
$confiabilidades[] = $confiabilidade;
}
}
}
}

if(count($previsoes)>0)
{
$confia = 100;
if($confiabilidades[0] > 0)
$confia = $confiabilidades[0];

printf("<P%s#C%s#>", $previsoes[0], $confia);
}
else
printf("<PSS#>");
?>

75
ANEXO II
Cdigo do Arduino utilizado para funcionamento do artefato

// Antonio Steinkopf, Marcos Accioly e Salim Suhet Mussi
// Controla um motor de passo a partir de dados obtidos da Internet

#include <Ethernet.h>
#include <SPI.h>

////////////////////////////////////////////////////////////////////////
//CONFiguraR ETHERNET
////////////////////////////////////////////////////////////////////////
char server[] = "www.marcosaccioly.com.br";
byte mac[] = { 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED };
EthernetClient client;
char inString[32]; // string for incoming serial data
int stringPos = 0; // string index counter
boolean startRead = false; // is reading?

////////////////////////////////////////////////////////////////////////
//CONFIGURAR MOTOR
////////////////////////////////////////////////////////////////////////
// ENA + ENB ligados para motor de passo no driver L298N
int ENA=7; // Habilita o motor: porta 7
int IN1=6;
int IN2=5;
int IN3=4;
int IN4=3;
int ENB=2; // Habilita o motor: porta 2
int BOTAOLIGA = 10; // Botao de interrupo do Loop principal
int LEDCONFALTA = 16; // Confiabilidade Alta
int LEDCONFBAIXA = 15; // Confiabilidade Baixa
int LEDSEMPREVISAO = 14; // Sem previso de nibus
int CURSOINICIO = 9; // Botao de inicio de curso
int CURSOFIM = 8; // Botao de fim de curso
boolean fezPercursoFrente = false;
boolean fezPercursoTras = false;
boolean chegouAoFim = false;
boolean chegouAoInicio = false;
boolean direcao = false;
// Variveis auxiliares
int VELOX=0;
// pra frente = true
boolean praFrente = true;

// total do curso em minutos
int totalMinutos = 60;
int minutoAtual = 60;
int minutoAnterior = 60;

// variavel para o total de passos disponiveis no curso do motor
int totalPassos = 0;
int passoAtual = 0;

void setup()
{
//setando os pinos
pinMode(ENA,OUTPUT);
76
pinMode(ENB,OUTPUT);
pinMode(IN1,OUTPUT);
pinMode(IN2,OUTPUT);
pinMode(IN3,OUTPUT);
pinMode(IN4,OUTPUT);
pinMode(LEDCONFALTA,OUTPUT);
pinMode(LEDCONFBAIXA,OUTPUT);
pinMode(LEDSEMPREVISAO,OUTPUT);
pinMode(BOTAOLIGA,INPUT);
pinMode(CURSOINICIO,INPUT);
pinMode(CURSOFIM, INPUT);
digitalWrite(ENA,HIGH);//enablae motorA
digitalWrite(ENB,HIGH);//enable motorB

Ethernet.begin(mac);
Serial.begin(9600);
Serial.flush();

// zera os leds
TestarLeds();
// setup da quantidade de passos total no caminho
CalibraMotor();

}

void loop()
{
// l o valor do servio online para o proximo onibus
String pageValue = connectAndRead();

if(pageValue.length() > 0)
{
// destrincha o resultado e processa o que precisa ser feito
int minuto = processaResultado(pageValue);

if(minuto > 0)
{
AndaAteOMinuto(minuto);
minutoAnterior = minuto;
}
else if(minuto = -1 && minutoAnterior != 60) // quando for 60 porque j ajustou
VoltaAoInicioEAjusta();

}

ZeraMotor();
// espera 30 segundos antes de conectar novamente
delay(30000);
}

void ZeraMotor()
{
digitalWrite(IN1,LOW);
digitalWrite(IN2,LOW);
digitalWrite(IN3,LOW);
digitalWrite(IN4,LOW);
}

77
void ZeraLeds()
{
digitalWrite(LEDSEMPREVISAO, LOW);
digitalWrite(LEDCONFBAIXA, LOW);
digitalWrite(LEDCONFALTA, LOW);
}

void AcendeLeds()
{
digitalWrite(LEDSEMPREVISAO, HIGH);
digitalWrite(LEDCONFBAIXA, HIGH);
digitalWrite(LEDCONFALTA, HIGH);
}

void TestarLeds(){
ZeraLeds();
delay(2000);
AcendeLeds();
delay(2000);
ZeraLeds();
}

void CalibraMotor()
{
VELOX = 2;

digitalWrite(LEDSEMPREVISAO, HIGH);
while(!(digitalRead(CURSOINICIO) == HIGH))
{
Anda(!praFrente); // anda para trs = false
}
digitalWrite(LEDCONFBAIXA, HIGH);
Ajusta(praFrente);
while(!(digitalRead(CURSOFIM) == HIGH))
{
Anda(praFrente);
passoAtual += 1;
}
totalPassos = passoAtual;
digitalWrite(LEDCONFALTA, HIGH);
while(!(digitalRead(CURSOINICIO) == HIGH))
{
Anda(!praFrente);
}
Ajusta(praFrente);

passoAtual = 0;
VELOX = 5;
}

void AndaAteOMinuto(int minuto)
{
// calcula a quantidade de passos, relativo aos minutos
int totalAndar = round((abs(minuto-minutoAnterior) * totalPassos)/totalMinutos);

// verifica em qual minuto estavamos
if(minutoAnterior > minuto)
{
// Anda pra frente at o minuto
78
for(int i = 0; i < totalAndar; i++)
{
Anda(praFrente);
}
}
else if(minutoAnterior < minuto)
{
// Volta at o minuto NN -- acerto na previso!
for(int i = 0; i < totalAndar; i++)
{
Anda(!praFrente);
}
}

// se nao for nenhuma das duas opes, ficamos parados porque a previso no mudou
}

void VoltaAoInicioEAjusta()
{
while(!(digitalRead(CURSOINICIO) == HIGH))
{
Anda(!praFrente); // anda para trs = false
}
Ajusta(praFrente);
minutoAnterior = 60;
}

void Ajusta(boolean praFrente)
{
Anda(praFrente);
Anda(praFrente);
Anda(praFrente);
}

void Anda(boolean praFrente)
{
// para andar necessrio ligar e desligar as bobinas em sequncia
// a sequncia, de uma maneira, anda para "frente". Feita ao contrrio
// faz andar para "trs"
if(praFrente)
{
digitalWrite(IN1,LOW);
digitalWrite(IN2,LOW);
digitalWrite(IN3,LOW);
digitalWrite(IN4,HIGH);
delay(VELOX);
digitalWrite(IN4,LOW);
digitalWrite(IN4,LOW);
digitalWrite(IN1,LOW);
digitalWrite(IN3,HIGH);
delay(VELOX);
digitalWrite(IN3,LOW);
digitalWrite(IN1,LOW);
digitalWrite(IN4,LOW);
digitalWrite(IN2,HIGH);
delay(VELOX);
digitalWrite(IN2,LOW);
digitalWrite(IN3,LOW);
digitalWrite(IN4,LOW);
digitalWrite(IN1,HIGH);
79
delay(VELOX);
fezPercursoFrente = true;
fezPercursoTras = false;
}
else
{
digitalWrite(IN4,LOW);
digitalWrite(IN2,LOW);
digitalWrite(IN3,LOW);
digitalWrite(IN1,HIGH);
delay(VELOX);
digitalWrite(IN1,LOW);
digitalWrite(IN3,LOW);
digitalWrite(IN4,LOW);
digitalWrite(IN2,HIGH);
delay(VELOX);
digitalWrite(IN2,LOW);
digitalWrite(IN1,LOW);
digitalWrite(IN4,LOW);
digitalWrite(IN3,HIGH);
delay(VELOX);
digitalWrite(IN3,LOW);
digitalWrite(IN1,LOW);
digitalWrite(IN2,LOW);
digitalWrite(IN4,HIGH);
delay(VELOX);
fezPercursoFrente = false;
fezPercursoTras = true;
}
}

/////////
// Funes para leitura da Internet
/////////

int processaResultado(String pageValue)
{
ZeraLeds();

for(int i = 0; i < pageValue.length(); i++)
{
// num1 = total de minutos at o prximo nibus
// num2 = confiabilidade (ultima comunicao com o nibus em minutos)
String num1 = "";
String num2 = "";

if(pageValue[i] == 'P')
{
i++;
while(pageValue[i] != '#')
{
if(num1 != "S")
{
num1 += pageValue[i];
i++;
}
else // estamos sem previso!
{
// TODO: volta o onibus para o inicio de curso
// TODO: acende o LED de "sem previso"
80
digitalWrite(LEDSEMPREVISAO, HIGH);
return -1;
}
}
i++;
if(pageValue[i] == 'C')
{
i++;
while(pageValue[i] != '#')
{
num2 += pageValue[i];
i++;
}
}

if(num2.toInt() > 10)
{
digitalWrite(LEDCONFBAIXA, HIGH);
}
else
digitalWrite(LEDCONFALTA, HIGH);

return num1.toInt();

// TODO: acende o led de confiabilidade de acordo com NUM2
// TODO: movimenta o buso de acordo com NUM1
}
}
}

String connectAndRead(){
// conecta-se ao servidor
Serial.println("connecting...");

// porta 80 tpica de clientes web
if (client.connect(server, 80)) {
Serial.println("Conectado");
client.println("GET /apps/v214.php HTTP/1.1");
client.println("Host: marcosaccioly.com.br");
client.println("Connection: close");
client.println();

// Conectado: vamos ler a pgina
return readPage(); // hora de ler o contedo retornado pelo servio

}else{
return "Falha na conexo";
}

}

String readPage(){
// l a pgina da web atravs do Ethernet Shield (l o que est entre < e >)

stringPos = 0;
memset( &inString, 0, 32 ); // limpa a string que est na memria

while(true){
81

if (client.available()) {
char c = client.read();

if (c == '<' ) { // '<' o caractere de incio
startRead = true; // pronto para iniciar a leitura
}else if(startRead){

if(c != '>'){ //'>' o caractere de fim
inString[stringPos] = c;
stringPos ++;
}else{
// conseguimos o que queramos, basta desconectar
startRead = false;
client.stop();
client.flush();
Serial.println("Desconectando...");
return inString;

}

}
}

}

}



82
ANEXO III
Exemplo de cdigo XML 01: previso para a linha 0214
<p23#c100#>
39


Exemplo de cdigo XML 02: sem previso
<PSS#>

39
A previso significa 23 minutos para o prximo nibus com confiabilidade 100. A confiabilidade
um dado fornecido pelo sistema da PMV que identifica h quanto tempo o nibus atualizou seu
posicionamento nos servidores do servio, revelando se a informao precisa ou antiga.
83
Referncias

ACCIOLY, Marcos Vinicius Forreque; SCHMIDT, Marianna; PINHEIRO, Mauro.
VixBus: informao em tempo-real sobre horrios de nibus em Vitria. In:
Congresso Brasileiro de Pesquisa e Desenvolvimento em Design P&D Design
2012, 10, 2012, So Luis; AnaisCD-ROM. So Luis, MA, 2012.

AMBIENT TROLLEY. Disponvel em: <http://www.cc.gatech.edu/gvu/ii/trolley/>.
Acesso em 09/03/2014.

ASSOCIAO NACIONAL DE TRANSPORTES PBLICOS. Sistemas Inteligentes
de Transportes. Srie Cadernos Tcnicos: Volume 8 (maio/2012). So Paulo,
2012. Disponvel em: <http://www.antp.org.br/website/biblioteca/>. Acesso em: 27
maro 2014.

______. Sistema de Informaes da Mobilidade Urbana: Relatrio 2011. So
Paulo, 2012. Disponvel em: <http://www.antp.org.br/website/biblioteca/>. Acesso
em: 27 maro 2014.

AQUINO, Willian; AQUINO, Nino B. de; PEREIRA, Wallace F. Consideraes sobre
o uso de ITS. Revista dos Transportes Pblicos, So Paulo, v. 91, p. 33-37, 2
trimestre. 2001. Disponvel em: <http://www.antp.org.br/website/biblioteca/>. Acesso
em: 27 maro 2014.

BRDEK, Benhard E. Histria, Teoria e Prtica do Design de Produtos. 1a
edio. So Paulo: Edgard Blcher, 2006.

GAZETA ONLINE. Voc acredita no funcionamento desse sistema? 19 de maro de
2009. Disponvel em: <http://gazetaonline.globo.com/_conteudo/2009/03/67961-
voce+acredita+no+funcionamento+desse+sistema.html>. Acesso em: 15 ago. 2013

GREENFIELD, Adam. Everyware: The Dawning age of ubiquitous computing. 1
Edio. Nova Iorque: New Riders, 2006.
84

HEMP, Paul. Death by information overload. Harvard Business Review, set. 2009.
Disponvel em:
<http://cb.hbsp.harvard.edu/cb/web/product_detail.seam?E=1079171&R=R0909J-
PDF-ENG&conversationId=171290>. Acesso em: 30 abr. 2012.

LBACH, B. Design industrial: bases para a configurao dos produtos
industriais, Edgard Blcher, So Paulo, 2001.

MAGALHES, Caroline Tristo de Alencar; BALASSIANO, Ronaldo (Orientador).
Avaliao de tecnologias de rastreamento por GPS para monitoramento do
transporte pblico por nibus. Rio de Janeiro, 2008, 113p. Tese de Mestrado -
Departamento de Engenharia COPPE/UFRJ, Universidade Federal do Rio de
Janeiro.

MANKOFF, Jennifer; DEY, Anind. From Conception to Design, A Practical Guide
to Designing Ambient Displays. In Ohara, K. and Churchill, E. (eds.) Public and
Situated Displays. Kluwer. Disponvel em: http://www.intel-
research.net/Publications/Berkeley/072920031038_155.pdf

MOGGRIDGE, Bill. Designing interactions, MIT Press, Cambridge, MA, 2007.

NASCIMENTO, Carla. Passageiro ver na internet que hora nibus vai passar no
ponto. Gazeta Online. 19 maro 2009. Disponvel em:
<http://gazetaonline.globo.com/_conteudo/2009/03/505959-
passageiro+vera+na+internet+que+hora+onibus+vai+passar+no+ponto+img+src+htt
p++gazetaonline+globo+com+imagens+icon+zip+gif+alt++hspace+3+border+0+align
+absmiddle.html>. Acesso em: 15 ago. 2013

RICHTEL, Matt. Attached to technology and paying a price. The New York Times,
Nova Iorque, 6 jun. 2010. Seo Technology. Disponvel em:
<http://www.nytimes.com/2010/06/07/technology/07brain.html>. Acesso em: 10 mar.
2014.

85
RODRIGUES, Mauro Pinheiro; SPITZ, Rejane (Orientadora). Design de interao e
computao pervasiva: um estudo sobre mecanismos atencionais e sistemas
de informao ambiente. Rio de Janeiro, 2011. 212p. Tese de Doutorado
Departamento de Artes e Design, Pontifcia Universidade Catlica do Rio de Janeiro.

SANTOS, Rita de Cssia L F B. Sistema Inteligente para monitorao e controle
da frota do Sistema Municipal de Transporte Coletivo SMTC - Vitria. In:
Congresso Brasileiro de Transporte e Trnsito. 2011, Rio de Janeiro. Disponvel em:
<http://www.antp.org.br/website/biblioteca/>. Acesso em: 09 mar. 2014.

SETRAN. Secretaria de Transportes, Trnsito e Infraestrutura Urbana de Vitria.
nibus responde por 23% de deslocamentos feitos em Vitria. 18 jan. 2011.
Disponvel em: <http://www.vitoria.es.gov.br/setran.php?pagina=frotamunicipal>.
Acesso em: 30 abr. 2012.

SILVA, Ardemirio de Barros. Sistemas de informaes geo-referenciadas. ISBN
978-85-268-0896-6. Editora Unicamp, 2010.

STASKO, John et al. Explorations and Experiences with Ambient Information
Systems. In: HAZLEWOOD, William R.; COYLE, Lorcan; CONSOLVO, Sunny.
Proceedings of 1st Workshop on Ambient Information Systems, Pervasive
2007, Toronto, Canada, May 13 2007, CEUR Workshop. Proceedings of
Pervasive 2007. Disponvel em: <http://ceur-ws.org/Vol-254/>. Acesso em: 2 dez
2013.

TANG, Lei; THAKURIAH, Piyushimita (Vonu). Ridership effects of real-time bus
information system: A case study in the City of Chicago. Transportation
Research Part C: Emerging Technologies, Volume 22, Junho de 2012, Pginas 146-
161, ISSN 0968-090X, 10.1016/j.trc.2012.01.001. Disponvel em
http://www.sciencedirect.com/science/article/pii/S0968090X12000022. Acesso em
18/02/2013.

TFL (Transport For London). Foto Flickr. Disponvel em:
<http://www.flickr.com/photos/tflpress/sets/72157630822636350>. Acesso em
86
22/07/2013.
TRANSIT COOPERATIVE RESEARCH PROGRAM (TCRP). TCRP Synthesis 48:
Real-Time Bus Arrival Information Systems. Transportation Research Board of
the National Academies, Washington, D.C., 2003. Disponvel em:
<http://onlinepubs.trb.org/onlinepubs/tcrp/tcrp_syn_48.pdf>. Acesso em 18 fev. 2013.

______. TCRP Synthesis 73: AVL Systems for Bus Transit: Update.
Transportation Research Board of the National Academies, Washington, D.C., 2008.
Disponvel em: <http://onlinepubs.trb.org/onlinepubs/tcrp/tcrp_syn_73.pdf>. Acesso
em 20 fev. 2013.

______. TCRP Synthesis 91: Use and Deployment of Mobile Device Technology
for Real-Time Transit Information. Transportation Research Board of the National
Academies, Washington, D.C., 2011. Disponvel em:
<http://onlinepubs.trb.org/onlinepubs/tcrp/tcrp_syn_91.pdf>. Acesso em 20 fev. 2013.

TRAVASSOS, Germano. Um dia sem meu carro: As diversas barreiras para a
adeso ao transporte pblico. Revista dos Transportes Pblicos, So Paulo, v.
132, p. 95-106, 3 quadrimestre. 2012. Disponvel em:
<http://www.antp.org.br/website/biblioteca/>. Acesso em: 27 maro 2014.

WEISER, Mark. The Computer for the Twenty-First Century, Scientific American,
pp. 94-104, September 1991.