| (63 revisões intermediárias por 2 usuários não estão sendo mostradas) | |||
| Linha 30: | Linha 30: | ||
<br> | <br> | ||
V2C (Vehicle-to-Cloud), em português Veículo para Nuvem se trata de uma interação entre um veículo diretamente com a nuvem, possibilitando que motoristas e passageiros acessem aplicativos de informação, navegação e entretenimento diretamente de um display instalado no carro ou até mesmo de um aparelho remoto, como os atuais smartphones. | V2C (Vehicle-to-Cloud), em português Veículo para Nuvem ou protótipo de veículo conectado se trata de uma interação entre um veículo diretamente com a nuvem, possibilitando que motoristas e passageiros acessem aplicativos de informação, navegação e entretenimento diretamente de um display instalado no carro ou até mesmo de um aparelho remoto, como os atuais smartphones. | ||
| Linha 106: | Linha 106: | ||
== Conteúdo == | == Conteúdo == | ||
[https://drive.google.com/file/d/1NzRNm7-v3DOSKVn2cFvh2OGDdt4uPQfb/view?usp=sharing Relatório Final - Iniciação científica (Guilherme Henrique)] | |||
<br> | == Apresentação == | ||
<br> | |||
Na semana do dia 10/06/2019 ao dia 14/06/2019 ocorreu a VI FACOM TechWeek (Evento organizado pela faculdade de computação em busca de promover atualizações técnicas e apresentar as últimas tendências tecnológicas, reunindo e proporcionando uma maior interação entre estudantes, professores, profissionais e empresas das áreas de Tecnologia da Informação - mais informações sobre o evento estão disponíveis em: [http://www.techweek.facom.ufu.br/ FACOM TechWeek]). | |||
Neste evento nos dias 10/06 e 11/06 teve-se o XIII Workshop de Teses e Dissertações em Ciência da Computação (WTDCC) em que o aluno Guilherme Henrique de Araújo santos apresentou o projeto para a comunidade acadêmica. O evento ocorreu no bloco 3Q das 14:00 horas às 17:00 contendo palestras e apresentações dos trabalhos para a comissão avaliadora. A organização do evento (WTDCC) dividiu as apresentações dos trabalhos nesses dois dias, e foi decidido que o projeto V2C deveria ser apresentado no dia 11/06. | |||
'''Ata sobre a apresentação no evento WTDCC:''' [[Arquivo: Apresentação_VI_FACOM_TechWeek_-_XIII_WTDCC.pdf]] | |||
'''Poster usado no evento WTDCC:''' [[Arquivo: Poster_FACOM_TechWeek.pdf]] | |||
'''Texto utilizado para submissão do projeto no evento''''', apenas resumo:'' [[Arquivo: V2C_-_Facom_TechWeek.pdf]] | |||
** Overleaf: | |||
== Metodologia == | == Metodologia == | ||
<br> | <br> | ||
O processo de desenvolvimento deste projeto envolve várias práticas que poderão ser usadas pelos pesquisadores, a saber: | O processo de desenvolvimento deste projeto envolve várias práticas que poderão ser usadas pelos pesquisadores, a saber: | ||
| Linha 139: | Linha 130: | ||
1- Pesquisa: Busca em fontes bibliográficas com foco nos artigos e trabalhos de pesquisadores envolvidos com IoT e Cloud Computing, passando pelo crivo do orientador e com a seleção com base nas diretrizes deste trabalho. | '''1- Pesquisa:''' Busca em fontes bibliográficas com foco nos artigos e trabalhos de pesquisadores envolvidos com IoT e Cloud Computing, passando pelo crivo do orientador e com a seleção com base nas diretrizes deste trabalho. | ||
2- Evolução do projeto: Encontros periódicos com orientador e especialistas com pauta definida para aproveitamento efetivo e documentação em ambiente colaborativo, registrando todas as contribuições relevantes ao longo do tempo. | '''2- Evolução do projeto:''' Encontros periódicos com orientador e especialistas com pauta definida para aproveitamento efetivo e documentação em ambiente colaborativo, registrando todas as contribuições relevantes ao longo do tempo. | ||
3- Desenvolvimento: Utilização da | '''3- Desenvolvimento''': Utilização da metodologia Agile por meio das cerimônias presentes no Scrum e atualização de informações via Kanban em ambiente virtual como Trello ou ferramentas similares. | ||
4- Processos: Aplicação de técnicas de prototipação para implementação dos requisitos definidos para a solução com apresentação de mockups e versões que representem a colaboração dos participantes do projeto. | '''4- Processos:''' Aplicação de técnicas de prototipação para implementação dos requisitos definidos para a solução com apresentação de mockups e versões que representem a colaboração dos participantes do projeto. | ||
<br> | <br> | ||
| Linha 204: | Linha 195: | ||
* Simplicidade e modernidade; | * Simplicidade e modernidade; | ||
* Previsão de problemas; | * Previsão de problemas; | ||
* Manutenção dos produtos; | |||
* Marketing dos produtos; | |||
* Vendas dos produtos; | |||
* Essa inovação pode-se estender para outras áreas do conhecimento, proporcionando um leque novas de possibilidades com a modificação dessa tecnologia para: | * Essa inovação pode-se estender para outras áreas do conhecimento, proporcionando um leque novas de possibilidades com a modificação dessa tecnologia para: | ||
** Um ambiente de lazer como uma casa ou apartamento; | ** Um ambiente de lazer como uma casa ou apartamento; | ||
| Linha 213: | Linha 207: | ||
== Possíveis modelos de negócios == | == Possíveis modelos de negócios == | ||
Arquivo em PDF do Canvas relacionado ao V2C: [[Arquivo: Canvas_V2C.pdf]] | |||
[[Arquivo: Canvas V2C imagem2.jpg]] | |||
== Business Case == | == Business Case == | ||
Solução sendo avaliada comercialmente: | |||
* '''Sumário executivo''' | |||
** Um projeto que visa a atualização das tecnologias atuais, promovendo um maior conforto, comodidade, novas oportunidades de negócio e simplicidade. | |||
* '''O produto/serviço''' | |||
** O produto ofertado vai demandar alguns gastos como sensores, porém se pode recuperar e obter um lucro com sua revenda e uma parceria com a fornecedora de sensores seria fundamental para os 3 envolvidos na transação (Fornecedora, comerciante e consumidor). | |||
*** Benefícios para cada um: | |||
**** Fornecedora: Obtém maior número de vendas em sensores; | |||
**** Comerciante: Um novo negócio promissor que facilita a mão de obra e obtém uma maior rapidez, facilidade e eficiência no seu trabalho; | |||
**** Consumidor: Tecnologia de ponta por um preço acessível e maior simplicidade em questão de manutenções de seu veículo, com o fato de que ele se permaneceria com sua originalidade de fábrica. | |||
* '''O mercado''' | |||
** O produto entraria como inovação no mercado consumidor atual, com a característica de melhoria, praticidade e evolução do que já era feito. | |||
* '''A concorrência''' | |||
** Começaria com um pioneirismo dos primeiros fornecedores desse produto, porém com o crescimento do mesmo no mercado aumentaria o número de empresas afins de uma comercialização do projeto V2C. | |||
* '''Marketing''' | |||
** Vídeos em redes sociais mostrando os benefícios do projeto V2C e a propaganda "boca a boca" feita por indicação de quem já teve a experiência com o projeto. | |||
* '''Projeções financeiras''' | |||
** Lucro com a venda do protótipo, como: | |||
*** Protótipo completo; | |||
*** Protótipo com sensores escolhidos pelo cliente; | |||
*** Um pacote padrão do protótipo. | |||
== Barreiras encontradas == | == Barreiras encontradas == | ||
* Uma das barreiras encontradas foi que os envolvidos no projeto não sabiam algumas das linguagens utilizadas nos softwares open sources que foram encontrados durante o benchmarking, mas esse fator não impossibilita a ocorrência de um aprendizado, uma limitação que proporciona um maior conhecimento; | |||
* Comunicação dos sensores com a aplicação, é uma barreira que precisa ser quebrada, com empenho e estudos sobre como realizar essa conexão. | |||
'''OBS:''' As barreiras encontradas vão nos fazer errar e ter dor cabeça, mas por meio dos erros que vamos conseguir tirar o aprendizado para nos superarmos e acertar no final. | |||
= Fase IV - Protótipo orientado ao Negócio = | = Fase IV - Protótipo orientado ao Negócio = | ||
| Linha 233: | Linha 263: | ||
== Escopo == | == Escopo == | ||
O escopo desse protótipo de veículo conectado é a criação de um software que realize as seguintes funções: | O escopo desse protótipo de veículo conectado é a criação de um software que realize as seguintes funções: | ||
* Seja uma aplicação mobile; | * Seja uma aplicação mobile; | ||
| Linha 253: | Linha 278: | ||
== Product Backlog == | == Product Backlog == | ||
<br> | <br> | ||
| Linha 281: | Linha 303: | ||
<br> | <br> | ||
A PoC | A PoC traz os resultados do benchmarking dos softwares encontrados ([[Arquivo: Lista_de_softwares_encontrados.pdf]]) e os compara com o projeto V2C. | ||
* Nome do Open Source: CoPilot | |||
**Descrição: Sistema de infoentretenimento (infotainment) para automóveis Raspberry Pi. CoPilot é um sistema de infotainment com ecrã táctil alimentado por computador Raspberry Pi para um automóvel pessoal. O sistema foi projetado e desenvolvido para ser poderoso e amigável ao usuário através do uso de uma bela interface gráfica com o usuário. O CoPilot pode controlar o áudio do automóvel, iluminação interior, janelas, abridor de porta de garagem e muito mais. Também foi utilizado o protocolo de comunicação OBDII para acessar e exibir dados do motor em tempo real para o motorista. Também foi criado alguns aplicativos úteis, como um rastreador de manutenção e um visualizador de mapa. Este sistema foi projetado para substituir um velho rádio "mudo" e renovar a funcionalidade e a usabilidade de qualquer automóvel. | |||
** Linguagens usadas: Python e XML | |||
** Link: https://github.com/Joelzeller/CoPilot | |||
** Palavra-Chave usada na procura: infotainment | |||
** Comparação dessa solução com a proposta do V2C: O intuito de utilizar essa solução no projeto é a opção de modificação do computador de bordo feito para que atenda às necessidades do V2C. | |||
**OBS: Site do criador: http://joelzeller.wixsite.com/copilot | |||
* Nome do Open Source: OBDintheCloud | |||
** Descrição: OBD In the Cloud é um projeto através da Universidade de Michigan - Dearborn Faculdade de Engenharia e Ciência da Computação Departamento de Elétrica e Engenharia de Computação equipe de design sênior de Amanda Perkins e Derelle Redmond para desenvolver e aplicação para transmitir Surface Vehicle On-Board Diagnostic (OBD) dados do veículo para a nuvem. | |||
** Linguagens usadas: Java | |||
** Link: https://github.com/DaPortlyJester/OBDintheCloud | |||
** Palavra-Chave usada na procura: Vehicle to cloud | |||
** Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se tirar proveito com o aprendizado de trabalhar com a conexão e passagem dos dados do veículo para a nuvem. | |||
* Nome do Open Source: GPS tracking software | |||
** Descrição: Oferecemos software de rastreamento de veículos, que oferece liberdade absoluta, sem restrições ou obrigações. Poderoso e fácil de usar software, escrito com PHP e Javascript. A arquitetura da plataforma de rastreamento oferece oportunidades ilimitadas de desenvolvimento, o código é bem comentado e é fácil trabalhar com ele. Instale o software GPS em seu próprio servidor, conecte quantos dispositivos (veículos) você precisar, modifique, amplie a funcionalidade ou desenvolva novos protocolos de dispositivos. Você se preparará para a plataforma de rastreamento de veículos de marca branca (nuvem ou auto-hospedada) instalada e preparada com o nome, o logotipo e o domínio da sua empresa em menos de 24 horas. | |||
** Linguagens usadas: PHP e Javascript | |||
** Link: https://sourceforge.net/projects/gps-tracking-software/ | |||
** Palavra-Chave usada na procura: Vehicle to cloud | |||
** Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se conseguir uma base para trabalhar com a vaegação em nuvem (Cloud Based Navigation). | |||
* Nome do Open Source: Park Auto | |||
** Descrição: Este é um programa de gerenciamento de frota desenvolvido de acordo com as exigências do mercado. Avisa sobre o vencimento de revisões, contratos e seguros. Ele fornece uma visão clara, global e em tempo real dos processos necessários para realizar a atividade de transporte. Este programa gera alertas de e-mail quando expira: vinheta, inspeção de veículo, seguro de veículo, seguro de casco, kit médico, extintor, garantia de carro, contrato de leasing. Os dados são registrados na nuvem em um servidor PostgreSql e geram alertas para atender às condições sem precisar iniciar o aplicativo. Com um endereço de e-mail e uma senha, você pode gerenciar seus dados de qualquer lugar e adicionar usuários com direitos específicos. | |||
** Linguagens usadas: Delphi / Kylix , Lázaro e ambiente de banco de dados PostgreSQL | |||
** Link: https://sourceforge.net/projects/park-auto/ | |||
** Palavra-Chave usada na procura: Vehicle to cloud | |||
** Comparação dessa solução com a proposta do V2C: Uma boa ideia para ser implementada no projeto. | |||
* Nome do Open Source: iwattnick | |||
** Descrição: A iWattnick pretende ser um computador de primeira classe para e-bikes, e-scooters, e-motos. É equipado com uma grande tela P / B, dois botões, acelerômetro, magnitômetro, sensores de corrente e tensão, sensor de luz, sensor de temperatura interno, relógio de bateria em tempo real, campainha e portas de conexão para sensor de velocidade externo (motor Hall, fase ou reed switch), um dongle Bluetooth SPP, até três sensores de temperatura (TMP36, LM35, KTY83 etc), sensor de cadência, manípulo do acelerador, saída para a entrada do acelerador do controlador. | |||
** Linguagens usadas: Python, C | |||
** Link: https://sourceforge.net/projects/iwattnick/ | |||
** Palavra-Chave usada na procura: Cloud connection sensor | |||
** Comparação dessa solução com a proposta do V2C: Com algumas modificações nesse open source pode-se tirar algum proveito que pode ser usado no projeto. | |||
* Nome do Open Source: freediag: Vehicle Diagnostics Suite | |||
** Descrição: Programa de diagnóstico do veículo, incluindo OBDII Scantool e suporte para certos controladores específicos do fabricante. | |||
** Linguagens usadas: C | |||
** Link: https://sourceforge.net/projects/freediag/ | |||
** Palavra-Chave usada na procura: vehicle 2 C | |||
** Comparação dessa solução com a proposta do V2C: Aprendizado com protocolo OBDII em veículos que possuem computador de bordo. | |||
* Nome do Open Source: sensorLink | |||
** Descrição: Esta é uma implementação rápida de uma conexão de nuvem para sensores IOT com um aplicativo nativo do Swift para iOS. O Firebase é seu amigo para prototipagem. Esta é uma implementação rápida de um aplicativo nativo do Swift iOS emparelhado com sensores RPi através da mágica do Firebase. Usando este repositório, você pode permitir que 1.000 pessoas controlem um interruptor de luz ao mesmo tempo, ou dizer a todos em sua lista de contatos exatamente quando você está se sentindo inchado. O mundo é seu. | |||
** Linguagens usadas: Swift | |||
** Link: https://github.com/RPasecky/sensorLink | |||
** Palavra-Chave usada na procura: Cloud connection sensor | |||
** Comparação dessa solução com a proposta do V2C: Aprendizado com sensores e uma linguagem alternativa. | |||
* Nome do Open Source: Test_Connection | |||
** Descrição: Teste a conexão do envio de dados de sensores para a nuvem | |||
** Linguagens usadas: Java | |||
** Link: https://github.com/moradabouharb/Test_Connection | |||
** Palavra-Chave usada na procura: Cloud connection sensor | |||
** Comparação dessa solução com a proposta do V2C: Aprendizado com conexão de sensores com a nuvem. | |||
* Nome do Open Source: cloud vehicle gps | |||
** Descrição: Rastreamento ao vivo do veículo | |||
** Linguagens usadas: JavaScript | |||
** Link: https://github.com/genelim/cloud_vehicle_gps | |||
** Palavra-Chave usada na procura: vehicle cloud | |||
** Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se conseguir uma base para trabalhar com a vaegação em nuvem (Cloud Based Navigation). | |||
* Nome do Open Source: Vehicle-Data-Monitoring-System | |||
** Descrição: Monitoramento de dados de veículos baseados em nuvem | |||
** Linguagens usadas: CSS | |||
** Link: https://github.com/datavehicle1/Vehicle-Data-Monitoring-System | |||
** Palavra-Chave usada na procura: vehicle cloud | |||
** Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se conseguir uma base para trabalhar com a vaegação em nuvem (Cloud Based Navigation). | |||
* Nome do Open Source: openfuelservice | |||
** Descrição: O consumo de combustível de veículo opensource, emissão e calculador de custo api | |||
** Linguagens usadas: Python | |||
** Link: https://github.com/GIScience/openfuelservice | |||
** Palavra-Chave usada na procura: vehicle cloud | |||
** Comparação dessa solução com a proposta do V2C: Uma ideia boa para a aplicação do projeto em relação ao sensor de combustível e um nova ideia quando se fala do calculador de custo. | |||
* Nome do Open Source: PSACOM | |||
** Descrição: Este programa totalmente gratuito permite que você: | |||
*** Leia e limpe o DTC (código de falhas) da ECU, ABS, AIRBAG / SRS, BSI etc. | |||
*** Leia o NIV para o carro conectado. (Numero do Chassi) | |||
*** Telecodifique o injetor | |||
*** etc | |||
** Linguagens usadas: | |||
** Link: https://sourceforge.net/projects/psacom/ | |||
** Palavra-Chave usada na procura: connected car | |||
** Comparação dessa solução com a proposta do V2C: Verifica os erros do acionamento do ABS, AIRBAG, uma ideia complementar para o projeto. | |||
* Nome do Open Source: The Time Series Project | |||
** Descrição: Uma biblioteca de classes C ++ projetada especificamente para tarefas de redução de dados em simulação de direção ou coleta de dados a bordo de veículos. | |||
** Linguagens usadas: C++ | |||
** Link: https://sourceforge.net/projects/timeserieslib/ | |||
** Palavra-Chave usada na procura: vehicle on-board cloud | |||
** Comparação dessa solução com a proposta do V2C: Uma fonte de informação que pode ajudar bastante durante o desenvolvimento do projeto. | |||
| Linha 296: | Linha 437: | ||
<br> | <br> | ||
* CoPilot - código base: [https://github.com/Joelzeller/CoPilot CoPilot], Código em Python e XML; | |||
Código em Python e | * OBDintheCloud - código base: [https://github.com/DaPortlyJester/OBDintheCloud], Código em Java; | ||
* GPS tracking software - código base: [https://sourceforge.net/projects/gps-tracking-software/], Código em PHP e Javascript; | |||
* Park Auto - código base: [https://sourceforge.net/projects/park-auto/], Código em Delphi / Kylix , Lázaro e ambiente de banco de dados PostgreSQL; | |||
* iwattnick - código base: [https://sourceforge.net/projects/iwattnick/], Código em Python e C; | |||
* freediag: Vehicle Diagnostics Suite - código base: [https://sourceforge.net/projects/freediag/], Código em C; | |||
* sensorLink - código base: [https://github.com/RPasecky/sensorLink], Código em Swift; | |||
* Test_Connection - código base: [https://github.com/moradabouharb/Test_Connection], Código em Java; | |||
* cloud vehicle gps - código base: [https://github.com/genelim/cloud_vehicle_gps], Código em JavaScript; | |||
* Vehicle-Data-Monitoring-System - código base: [https://github.com/datavehicle1/Vehicle-Data-Monitoring-System], Código em CSS; | |||
* openfuelservice - código base: [https://github.com/GIScience/openfuelservice], Código em Python; | |||
* PSACOM - código base: [https://sourceforge.net/projects/psacom/]; | |||
* The Time Series Project - Biblioteca na linguagem C++ [https://sourceforge.net/projects/timeserieslib/]. | |||
<br> | <br> | ||
| Linha 351: | Linha 502: | ||
'''OBS:''' O objetivo é cumprir o cronograma macro, mas pode ser que vá haver algumas alterações durante o andamento do projeto. | '''OBS:''' O objetivo é cumprir o cronograma macro, mas pode ser que vá haver algumas alterações durante o andamento do projeto. | ||
<br> | <br> | ||
* Foi Realizada uma conferência no dia 21/02/2019 com 4 participantes (Professor Luiz, Guilherme, Lucas e Mateus) com o | * Foi Realizada uma conferência no dia 21/02/2019 com 4 participantes (Professor Luiz, Guilherme, Lucas e Mateus) com o seguinte conteúdo: [[Arquivo:Ata_da_Conferência_do_dia_21_-_V2C.pdf]]; | ||
* Manutenção da wiki, complemento de informações e benchmarking; | * Manutenção da wiki, complemento de informações e benchmarking - Semana 2; | ||
* Após benchmarking será realizada uma conferência entre os pesquisadores para escolha dos softwares que poderão ser usados - semana 3 | |||
* Foi realizado o benchmarking e apresentado os softwares encontrados, e ocorreu uma conferência no dia 07/03/2019 com o seguinte conteúdo: [[Arquivo:Ata_da_Conferência_do_dia_07-_V2C.pdf]]; | |||
* Semana do dia 11 ao dia 15 foi resolvido que na próxima reunião com o orientador (professor Luiz) serão escolhidos os softwares que serão utilizados; | |||
* Ocorreu uma reunião de forma presencial no dia 26/03/2019 às 08:30 na Universidade Federal de Uberlândia na sala 3Q 308 com o seguinte conteúdo que foi discutido em pauta: [[Arquivo: Ata_do_dia_26_03_2019_-_V2C.pdf]]; | |||
* Ocorreu uma reunião de forma presencial no dia 04/04/2019 às 18:00 na Universidade Federal de Uberlândia no Laboratório 3 do bloco 1B. Conteúdo da reunião: [[Arquivo:Ata_04-04-2019_-_V2C.pdf]] | |||
* Ocorreu um encontro presencial no dia 09/04/2019 (Guilherme e Luiz Cláudio), no dia 08/04/2019 o projeto V2C fez a compra de um Scanner Bluetooth ELM327, para começar os trabalhos com o protocolo OBDII para vermos o funcionamento dos softwares já existentes, os quais já estudamos e outros softwares encontrados durante o benchmarking. No dia 09/04/2019 o professor Luiz Cláudio emprestou um iPad para o projeto, no qual vamos realizar os testes com o scanner. O iPad ficou sob responsabilidade do integrante Guilherme Henrique. | |||
* Dia 12/04/2019 o scanner ELM327 chegou e já deu-se início aos trabalhos, foi possível captar várias informações com ele usando o aplicativo Speedbot. Documento contendo as informações sobre ELM327. [[Arquivo:Funcionamento_do_scanner_bluetooth_ELM327.pdf]] | |||
* Dia 11/06/2019 foi-se a apresentação na FACOM TechWeek (WTDCC) e no dia 14/06/2019 às 17:00 horas ocorreu uma reunião entre o aluno Guilherme Henrique de Araújo Santos e o professor Luiz Cláudio Theodoro para detalhar o feedback da apresentação e definir os próximos passos. Ata: [[Arquivo:Ata_da_reunião_presencial_do_dia_14_06_2019_às_17_00_.pdf]] | |||
* Dia 28/06/2019 teve-se uma reunião presencial na Algar Telecom entre Guilherme e Luiz Cláudio às 10:00h da manhã abordando quais os equipamentos que poderiam ser usados no projeto e outros tópicos, tudo detalhado na ata: [[Arquivo:Ata_do_dia_28-06-2019.pdf]] | |||
* Dia 21/11/2019 ocorreu uma reunião presencial no LIT UFU, entre Guilherme, Luiz, Mateus e Nivaldo sobre o ZoneMinder, sensores e cloud, cada um ficou com uma definição. [[Arquivo:Ata_da_reunião_presencial_do_dia_20_11_2019.pdf]] | |||
* Dia 30/11/2019 ocorreu uma reunião presencial na UFU que se estendeu até a garagem da casa do Nivaldo e testamos os sensores e aplicação: [[Arquivo:Relatório_da_reunião_do_dia_30_11.pdf]] | |||
<br> | |||
= Relatório Final = | |||
<br> | <br> | ||
* [https://drive.google.com/file/d/1NzRNm7-v3DOSKVn2cFvh2OGDdt4uPQfb/view?usp=sharing Relatório Final - Iniciação científica (Guilherme Henrique)] | |||
= Pesquisadores = | = Pesquisadores = | ||
| Linha 365: | Linha 531: | ||
'''Alunos:''' | '''Alunos:''' | ||
* Guilherme Henrique de Araújo Santos | * Guilherme Henrique de Araújo Santos | ||
**PET - Sistemas de Informação UFU | ** PET - Sistemas de Informação UFU | ||
* | *** Iniciação Científica | ||
** | |||
* Mateus Oliveira Lemos | * Mateus Oliveira Lemos | ||
** Ciência da Computação UFU | ** Ciência da Computação UFU | ||
* | |||
* Nivaldo Pereira da Silva Júnior | |||
** Sistemas de informação UFU | |||
<br> | <br> | ||
Edição atual tal como às 19h42min de 26 de dezembro de 2020
Fase I - Estudo
Título da Idéia
Vehicle-To-Cloud - V2C: Protótipo de Veículo Conectado.
Objetivos
O objetivo geral desse projeto de pesquisa é aprofundar na proposta de NaaS - Network as a Service, envolvendo IoT - Internet das Coisas vinculada aos benefícios do Cloud Computing por meio do desenvolvimento de uma solução que integre ambas as tecnologias.
Dessa maneira, aproveitar as possibilidades de provisionamento usando estas novas tecnologias para gerar benefícios como melhor desempenho, vazão de dados escalável, menor latência e maior simplicidade na configuração.
Como entrega final, a proposta é desenvolver, utilizando um veículo com pouquíssima inovação tecnológica, um computador de bordo acoplável a um veículo com inúmeros serviços amparados na coleta de dados por sensores como medição de pressão, de volume de combustível, de velocidade ou controles como ré, presença e outros com hospedagem em ambientes virtualizados em nuvem que processaria a inteligência do sistema. A ideia é que qualquer equipamento possa ser monitorado por meio de sensores conectados à uma plataforma que permita funcionalidades comuns aos veículos atuais.
A aplicação poderá ser para Smartphone que atuará sobre uma camada de software interagindo com um sistema de sensores e dispositivos especiais, utilizando sistemas de comunicação mais atuais como o LoRa (LOng RAnge) para maior eficiência e autonomia afim de melhorar a experiência da viagem.
Conceito
V2C (Vehicle-to-Cloud), em português Veículo para Nuvem ou protótipo de veículo conectado se trata de uma interação entre um veículo diretamente com a nuvem, possibilitando que motoristas e passageiros acessem aplicativos de informação, navegação e entretenimento diretamente de um display instalado no carro ou até mesmo de um aparelho remoto, como os atuais smartphones.
O protótipo de veículo conectado em si seria uma forma de também fazer com que qualquer tipo de problemas nos carros sejam identificados com mais assertividade e eficiência, poupando tempo e mão de obra.
O processo da nuvem entra para garantir uma opção mais segura entre fornecedor e cliente, com a vantagem de acessos em qualquer lugar do planeta.
Conceitos básicos para o entendimento do V2C e do nosso projeto:
- Cloud-based navigation ou navegação baseada em nuvem
- Neste conceito o enfoque principal se trata da navegação de um veículo baseada em nuvem, que seria uma conexão feita entre o automóvel (nesse caso a aplicação apoiada na base do veículo ou um sensor instalado mandando a informação em tempo real via wireless) com a nuvem obtendo informações em tempo real sobre todo o seu trajeto, como: um atalho pois ocorreu um engarrafamento em determinada rua, buracos poderiam ser identificados pelo sistema de monitoração baseado em nuvem para que alertas fossem emitidos a veículos que percorrem a mesma rota, assim o trânsito fluiria bem mais e acidentes claramente poderiam ser evitados.
- Cloud-based infotainment ou Infoentreterimento conectado à nuvem
- Muitos acidentes já ocorreram por uma mera desatenção do motorista que foi apenas trocar uma música no carro, infotainment seria a conexão com o carro para que uma viagem mais segura ocorra, afim de melhorar a experiência entre condutor e passageiro. Um exemplo dessa tecnologia que evitaria o acidente ocorrido acima, seria a troca de radio pelo volante, assim o motorista não tiraria as mãos do volante, nem o olhar na estrada. Ligações poderiam ser feitas apenas por um comando de voz, sem a necessidade de ter que parar o carro e pegar o celular para isso, com infotainment poderia-se simplificar as viagens e trazer uma forma mais segura de condução.
Características
O projeto V2C se caracteriza pela abrangência dos conceitos de Internet das Coisas - IoT e Computação em nuvem, o que lhe trás algumas particularidades, aspectos e atributos específicos.
- Particularidades do projeto V2C:
- Inovação tecnológica de um veículo antigo sem mudança de suas características próprias, mantendo o modelo do automóvel em questão íntegro, sem perder sua originalidade;
- Programação;
- Desenvolvimento de protótipos (Sensores);
- Coleta de dados;
- Conectividade com sensores;
- Teste de transmissão de dados [Sensor – Mobile (Celular ou Tablet)];
- Integração com a nuvem;
- Projeto da aplicação back-end e front-end.
- Aspectos do projeto V2C:
- Para não tirar a originalidade do veículo, ele receberá suas notificações através de uma aplicação mobile, podendo ser em um tablet ou celular, apenas fixados em uma plataforma removível, assim mantendo toda e qualquer característica do carro;
- Interface interativa da aplicação para facilitar o seu uso para o consumidor;
- A interação sensor-aplicação ocorrerá pela nuvem, não prejudicando o aspecto visual do carro evitando cortes, perfurações e a aplicação de fios conservando seu valor original.
- Atributos do projeto V2C:
- Criação de uma aplicação mobile;
- Conexão de cada sensor existente no veículo com a aplicação mobile criada a fim de trazer uma interação veículo-nuvem.
Estudo Dirigido
O projeto que envolve cerca de 4 áreas da engenharia, Engenharia da Computação, Engenharia Eletrônica e de Telecomunicações, Engenharia de Automação e Engenharia Mecânica. Entendendo-se isso a pesquisa se inicia com o aprendizado de conceitos de IoT - Internet das Coisas e Cloud Computing (Computação em nuvem) para que se possa entender fielmente a proposta do plano de trabalho do V2C - Vehicle to Cloud.
Com o entendimento desses conceitos e do projeto em questão se pode pensar em construir algo ou pesquisar projetos correlatados com a proposta da qual queremos realizar, como a pesquisa de softwares Open Sources através do benchmarking.
Encontrando softwares com ideias em comum ao que se quer realizar no projeto, acontecerá o estudo em busca do domínio da linguagem de programação ao qual o software se encontra, como banco de dados, etc. Dominando-se a linguagem podem ser realizadas alterações sobre o software a fim de trazer uma maior harmonia ao projeto, satisfazendo as necessidades do V2C.
Durante essa parte do projeto também pode-se trabalhar com a conectividade entre os sensores e a aplicação mobile, levando assim o projeto para a parte de teste e correção de possíveis erros, trazendo um produto pronto para a demonstração final.
Projetos correlatos
- Arquivo:Nvidia usa nuvem para simular veículos autônomos cobrindo bilhões de milhas-converted.pdf
- Arquivo:Seu próximo carro pode estar conectado na nuvem-converted.pdf
- Arquivo:V2C- Vehicle-to-cloud.pdf
- Arquivo:V2C- Vehicle-to-cloud - Tradução.pdf
Fase II - Ensino
Conteúdo
Relatório Final - Iniciação científica (Guilherme Henrique)
Apresentação
Na semana do dia 10/06/2019 ao dia 14/06/2019 ocorreu a VI FACOM TechWeek (Evento organizado pela faculdade de computação em busca de promover atualizações técnicas e apresentar as últimas tendências tecnológicas, reunindo e proporcionando uma maior interação entre estudantes, professores, profissionais e empresas das áreas de Tecnologia da Informação - mais informações sobre o evento estão disponíveis em: FACOM TechWeek).
Neste evento nos dias 10/06 e 11/06 teve-se o XIII Workshop de Teses e Dissertações em Ciência da Computação (WTDCC) em que o aluno Guilherme Henrique de Araújo santos apresentou o projeto para a comunidade acadêmica. O evento ocorreu no bloco 3Q das 14:00 horas às 17:00 contendo palestras e apresentações dos trabalhos para a comissão avaliadora. A organização do evento (WTDCC) dividiu as apresentações dos trabalhos nesses dois dias, e foi decidido que o projeto V2C deveria ser apresentado no dia 11/06.
Ata sobre a apresentação no evento WTDCC: Arquivo:Apresentação VI FACOM TechWeek - XIII WTDCC.pdf
Poster usado no evento WTDCC: Arquivo:Poster FACOM TechWeek.pdf
Texto utilizado para submissão do projeto no evento, apenas resumo: Arquivo:V2C - Facom TechWeek.pdf
- Overleaf:
Metodologia
O processo de desenvolvimento deste projeto envolve várias práticas que poderão ser usadas pelos pesquisadores, a saber:
1- Pesquisa: Busca em fontes bibliográficas com foco nos artigos e trabalhos de pesquisadores envolvidos com IoT e Cloud Computing, passando pelo crivo do orientador e com a seleção com base nas diretrizes deste trabalho.
2- Evolução do projeto: Encontros periódicos com orientador e especialistas com pauta definida para aproveitamento efetivo e documentação em ambiente colaborativo, registrando todas as contribuições relevantes ao longo do tempo.
3- Desenvolvimento: Utilização da metodologia Agile por meio das cerimônias presentes no Scrum e atualização de informações via Kanban em ambiente virtual como Trello ou ferramentas similares.
4- Processos: Aplicação de técnicas de prototipação para implementação dos requisitos definidos para a solução com apresentação de mockups e versões que representem a colaboração dos participantes do projeto.
Fase III - Exemplo de Caso de Negócio
Benefícios para quem for oferecer esta solução
- Receita com novo negócio:
- Comercialização de um computador de bordo com aplicação embutida e Hardware junto;
- Comercialização de um computador de bordo com aplicação embutida com Hardware adquirido pelo cliente;
- Comercialização de Smartphone que suporte a solução V2C;
- Comercialização de um computador de bordo completo;
- Comercialização de um computador de bordo completo os seguintes módulos(sensores):
- Temperatura (cabine, combustível, escapamento, óleo, radiador);
- Pressão;
- Ré;
- Presença;
- Velocidade;
- Volume;
- Travamento de portas;
- Segurança (Cinto, alarmes em geral);
- Carga da bateria.
- Parcerias:
- Fornecedor do Smartphone;
- Fornecedor dos sensores;
- Fábrica do carro.
Benefícios para o usuário
- Atualização de tecnologia;
- Comodidade;
- Segurança (sensor de ré, câmeras, etc);
- Não descaracterização do modelo original do veículo;
- Plataforma simples, de fácil entendimento e manipulação;
- Produto atraente ao usuário;
- Maior praticidade do que as existentes atualmente;
- Um preço acessível;
- Uma maior garantia com relação à imprevistos;
- Um veículo totalmente tecnológico sem grandes modificações ao aspecto original do veículo.
Direcionadores chave para esta iniciativa
O que a iniciativa V2C pode proporcionar para a sociedade e o mercado de trabalho:
- Atualização de tecnologia;
- Um novo modelo de negócio;
- Conforto e comodidade;
- Simplicidade e modernidade;
- Previsão de problemas;
- Manutenção dos produtos;
- Marketing dos produtos;
- Vendas dos produtos;
- Essa inovação pode-se estender para outras áreas do conhecimento, proporcionando um leque novas de possibilidades com a modificação dessa tecnologia para:
- Um ambiente de lazer como uma casa ou apartamento;
- Um comércio;
- Hospitais;
- Escolas.
- V2C não é apenas um veículo com várias funcionalidades, também é uma maneira de pensar, uma ideia que pode proporcionar inúmeras inovações tecnológicas até mesmo em outras áreas do conhecimento.
Possíveis modelos de negócios
Arquivo em PDF do Canvas relacionado ao V2C: Arquivo:Canvas V2C.pdf
Business Case
Solução sendo avaliada comercialmente:
- Sumário executivo
- Um projeto que visa a atualização das tecnologias atuais, promovendo um maior conforto, comodidade, novas oportunidades de negócio e simplicidade.
- O produto/serviço
- O produto ofertado vai demandar alguns gastos como sensores, porém se pode recuperar e obter um lucro com sua revenda e uma parceria com a fornecedora de sensores seria fundamental para os 3 envolvidos na transação (Fornecedora, comerciante e consumidor).
- Benefícios para cada um:
- Fornecedora: Obtém maior número de vendas em sensores;
- Comerciante: Um novo negócio promissor que facilita a mão de obra e obtém uma maior rapidez, facilidade e eficiência no seu trabalho;
- Consumidor: Tecnologia de ponta por um preço acessível e maior simplicidade em questão de manutenções de seu veículo, com o fato de que ele se permaneceria com sua originalidade de fábrica.
- Benefícios para cada um:
- O produto ofertado vai demandar alguns gastos como sensores, porém se pode recuperar e obter um lucro com sua revenda e uma parceria com a fornecedora de sensores seria fundamental para os 3 envolvidos na transação (Fornecedora, comerciante e consumidor).
- O mercado
- O produto entraria como inovação no mercado consumidor atual, com a característica de melhoria, praticidade e evolução do que já era feito.
- A concorrência
- Começaria com um pioneirismo dos primeiros fornecedores desse produto, porém com o crescimento do mesmo no mercado aumentaria o número de empresas afins de uma comercialização do projeto V2C.
- Marketing
- Vídeos em redes sociais mostrando os benefícios do projeto V2C e a propaganda "boca a boca" feita por indicação de quem já teve a experiência com o projeto.
- Projeções financeiras
- Lucro com a venda do protótipo, como:
- Protótipo completo;
- Protótipo com sensores escolhidos pelo cliente;
- Um pacote padrão do protótipo.
- Lucro com a venda do protótipo, como:
Barreiras encontradas
- Uma das barreiras encontradas foi que os envolvidos no projeto não sabiam algumas das linguagens utilizadas nos softwares open sources que foram encontrados durante o benchmarking, mas esse fator não impossibilita a ocorrência de um aprendizado, uma limitação que proporciona um maior conhecimento;
- Comunicação dos sensores com a aplicação, é uma barreira que precisa ser quebrada, com empenho e estudos sobre como realizar essa conexão.
OBS: As barreiras encontradas vão nos fazer errar e ter dor cabeça, mas por meio dos erros que vamos conseguir tirar o aprendizado para nos superarmos e acertar no final.
Fase IV - Protótipo orientado ao Negócio
Escopo
O escopo desse protótipo de veículo conectado é a criação de um software que realize as seguintes funções:
- Seja uma aplicação mobile;
- Se comunique com diferentes tipo de sensores por meio de uma interação entre sensor-nuvem-aplicação;
Dessa forma espera-se que ele possa possibilitar:
- Diminuição dos gastos com ferramentas para equipar os veículos antigos com a tecnologia atual;
- Evitar cortes que danifiquem a lataria do veículo, descaracterizando-o;
- Dar um maior acesso das pessoas com a tecnologia atual;
- Evitar alguns prejuízos ocorrentes no trânsito (Fundir o motor, colisão traseira, acabar a gasolina, etc);
- Evitar furtos;
- Avisos essenciais para que o motorista tenha uma boa condução;
- Maior praticidade para o fornecedor e o usuário.
Product Backlog
- Estudo e entendimento dos conceitos aplicados ao V2C;
- Entendimento em programação para possíveis mudanças ou construção de um software;
- Aquisição de sensores;
- Transmissão de dados de sensores com a aplicação (estudo de formas para essa transmissão);
- Aplicar praticidade ao projeto estudado;
- Buscar uma maior economia durante o processo, para repassar um preço acessível a um possível consumidor;
OBS: Em product backlog foi criada uma lista de prioridades com todas as principais tarefas a serem realizadas. Esse documento estará em aberto até final do projeto, podendo aceitar novas demandas. A construção de diagramas também será feita durante o andamento do projeto.
Limitações
Informe sobre as limitações técnicas, comerciais, operacionais, recursos, etc.
PoC
A PoC traz os resultados do benchmarking dos softwares encontrados (Arquivo:Lista de softwares encontrados.pdf) e os compara com o projeto V2C.
- Nome do Open Source: CoPilot
- Descrição: Sistema de infoentretenimento (infotainment) para automóveis Raspberry Pi. CoPilot é um sistema de infotainment com ecrã táctil alimentado por computador Raspberry Pi para um automóvel pessoal. O sistema foi projetado e desenvolvido para ser poderoso e amigável ao usuário através do uso de uma bela interface gráfica com o usuário. O CoPilot pode controlar o áudio do automóvel, iluminação interior, janelas, abridor de porta de garagem e muito mais. Também foi utilizado o protocolo de comunicação OBDII para acessar e exibir dados do motor em tempo real para o motorista. Também foi criado alguns aplicativos úteis, como um rastreador de manutenção e um visualizador de mapa. Este sistema foi projetado para substituir um velho rádio "mudo" e renovar a funcionalidade e a usabilidade de qualquer automóvel.
- Linguagens usadas: Python e XML
- Link: https://github.com/Joelzeller/CoPilot
- Palavra-Chave usada na procura: infotainment
- Comparação dessa solução com a proposta do V2C: O intuito de utilizar essa solução no projeto é a opção de modificação do computador de bordo feito para que atenda às necessidades do V2C.
- OBS: Site do criador: http://joelzeller.wixsite.com/copilot
- Nome do Open Source: OBDintheCloud
- Descrição: OBD In the Cloud é um projeto através da Universidade de Michigan - Dearborn Faculdade de Engenharia e Ciência da Computação Departamento de Elétrica e Engenharia de Computação equipe de design sênior de Amanda Perkins e Derelle Redmond para desenvolver e aplicação para transmitir Surface Vehicle On-Board Diagnostic (OBD) dados do veículo para a nuvem.
- Linguagens usadas: Java
- Link: https://github.com/DaPortlyJester/OBDintheCloud
- Palavra-Chave usada na procura: Vehicle to cloud
- Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se tirar proveito com o aprendizado de trabalhar com a conexão e passagem dos dados do veículo para a nuvem.
- Nome do Open Source: GPS tracking software
- Descrição: Oferecemos software de rastreamento de veículos, que oferece liberdade absoluta, sem restrições ou obrigações. Poderoso e fácil de usar software, escrito com PHP e Javascript. A arquitetura da plataforma de rastreamento oferece oportunidades ilimitadas de desenvolvimento, o código é bem comentado e é fácil trabalhar com ele. Instale o software GPS em seu próprio servidor, conecte quantos dispositivos (veículos) você precisar, modifique, amplie a funcionalidade ou desenvolva novos protocolos de dispositivos. Você se preparará para a plataforma de rastreamento de veículos de marca branca (nuvem ou auto-hospedada) instalada e preparada com o nome, o logotipo e o domínio da sua empresa em menos de 24 horas.
- Linguagens usadas: PHP e Javascript
- Link: https://sourceforge.net/projects/gps-tracking-software/
- Palavra-Chave usada na procura: Vehicle to cloud
- Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se conseguir uma base para trabalhar com a vaegação em nuvem (Cloud Based Navigation).
- Nome do Open Source: Park Auto
- Descrição: Este é um programa de gerenciamento de frota desenvolvido de acordo com as exigências do mercado. Avisa sobre o vencimento de revisões, contratos e seguros. Ele fornece uma visão clara, global e em tempo real dos processos necessários para realizar a atividade de transporte. Este programa gera alertas de e-mail quando expira: vinheta, inspeção de veículo, seguro de veículo, seguro de casco, kit médico, extintor, garantia de carro, contrato de leasing. Os dados são registrados na nuvem em um servidor PostgreSql e geram alertas para atender às condições sem precisar iniciar o aplicativo. Com um endereço de e-mail e uma senha, você pode gerenciar seus dados de qualquer lugar e adicionar usuários com direitos específicos.
- Linguagens usadas: Delphi / Kylix , Lázaro e ambiente de banco de dados PostgreSQL
- Link: https://sourceforge.net/projects/park-auto/
- Palavra-Chave usada na procura: Vehicle to cloud
- Comparação dessa solução com a proposta do V2C: Uma boa ideia para ser implementada no projeto.
- Nome do Open Source: iwattnick
- Descrição: A iWattnick pretende ser um computador de primeira classe para e-bikes, e-scooters, e-motos. É equipado com uma grande tela P / B, dois botões, acelerômetro, magnitômetro, sensores de corrente e tensão, sensor de luz, sensor de temperatura interno, relógio de bateria em tempo real, campainha e portas de conexão para sensor de velocidade externo (motor Hall, fase ou reed switch), um dongle Bluetooth SPP, até três sensores de temperatura (TMP36, LM35, KTY83 etc), sensor de cadência, manípulo do acelerador, saída para a entrada do acelerador do controlador.
- Linguagens usadas: Python, C
- Link: https://sourceforge.net/projects/iwattnick/
- Palavra-Chave usada na procura: Cloud connection sensor
- Comparação dessa solução com a proposta do V2C: Com algumas modificações nesse open source pode-se tirar algum proveito que pode ser usado no projeto.
- Nome do Open Source: freediag: Vehicle Diagnostics Suite
- Descrição: Programa de diagnóstico do veículo, incluindo OBDII Scantool e suporte para certos controladores específicos do fabricante.
- Linguagens usadas: C
- Link: https://sourceforge.net/projects/freediag/
- Palavra-Chave usada na procura: vehicle 2 C
- Comparação dessa solução com a proposta do V2C: Aprendizado com protocolo OBDII em veículos que possuem computador de bordo.
- Nome do Open Source: sensorLink
- Descrição: Esta é uma implementação rápida de uma conexão de nuvem para sensores IOT com um aplicativo nativo do Swift para iOS. O Firebase é seu amigo para prototipagem. Esta é uma implementação rápida de um aplicativo nativo do Swift iOS emparelhado com sensores RPi através da mágica do Firebase. Usando este repositório, você pode permitir que 1.000 pessoas controlem um interruptor de luz ao mesmo tempo, ou dizer a todos em sua lista de contatos exatamente quando você está se sentindo inchado. O mundo é seu.
- Linguagens usadas: Swift
- Link: https://github.com/RPasecky/sensorLink
- Palavra-Chave usada na procura: Cloud connection sensor
- Comparação dessa solução com a proposta do V2C: Aprendizado com sensores e uma linguagem alternativa.
- Nome do Open Source: Test_Connection
- Descrição: Teste a conexão do envio de dados de sensores para a nuvem
- Linguagens usadas: Java
- Link: https://github.com/moradabouharb/Test_Connection
- Palavra-Chave usada na procura: Cloud connection sensor
- Comparação dessa solução com a proposta do V2C: Aprendizado com conexão de sensores com a nuvem.
- Nome do Open Source: cloud vehicle gps
- Descrição: Rastreamento ao vivo do veículo
- Linguagens usadas: JavaScript
- Link: https://github.com/genelim/cloud_vehicle_gps
- Palavra-Chave usada na procura: vehicle cloud
- Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se conseguir uma base para trabalhar com a vaegação em nuvem (Cloud Based Navigation).
- Nome do Open Source: Vehicle-Data-Monitoring-System
- Descrição: Monitoramento de dados de veículos baseados em nuvem
- Linguagens usadas: CSS
- Link: https://github.com/datavehicle1/Vehicle-Data-Monitoring-System
- Palavra-Chave usada na procura: vehicle cloud
- Comparação dessa solução com a proposta do V2C: Nesse projeto pode-se conseguir uma base para trabalhar com a vaegação em nuvem (Cloud Based Navigation).
- Nome do Open Source: openfuelservice
- Descrição: O consumo de combustível de veículo opensource, emissão e calculador de custo api
- Linguagens usadas: Python
- Link: https://github.com/GIScience/openfuelservice
- Palavra-Chave usada na procura: vehicle cloud
- Comparação dessa solução com a proposta do V2C: Uma ideia boa para a aplicação do projeto em relação ao sensor de combustível e um nova ideia quando se fala do calculador de custo.
- Nome do Open Source: PSACOM
- Descrição: Este programa totalmente gratuito permite que você:
- Leia e limpe o DTC (código de falhas) da ECU, ABS, AIRBAG / SRS, BSI etc.
- Leia o NIV para o carro conectado. (Numero do Chassi)
- Telecodifique o injetor
- etc
- Linguagens usadas:
- Link: https://sourceforge.net/projects/psacom/
- Palavra-Chave usada na procura: connected car
- Comparação dessa solução com a proposta do V2C: Verifica os erros do acionamento do ABS, AIRBAG, uma ideia complementar para o projeto.
- Descrição: Este programa totalmente gratuito permite que você:
- Nome do Open Source: The Time Series Project
- Descrição: Uma biblioteca de classes C ++ projetada especificamente para tarefas de redução de dados em simulação de direção ou coleta de dados a bordo de veículos.
- Linguagens usadas: C++
- Link: https://sourceforge.net/projects/timeserieslib/
- Palavra-Chave usada na procura: vehicle on-board cloud
- Comparação dessa solução com a proposta do V2C: Uma fonte de informação que pode ajudar bastante durante o desenvolvimento do projeto.
Detalhamento Técnico
- CoPilot - código base: CoPilot, Código em Python e XML;
- OBDintheCloud - código base: [1], Código em Java;
- GPS tracking software - código base: [2], Código em PHP e Javascript;
- Park Auto - código base: [3], Código em Delphi / Kylix , Lázaro e ambiente de banco de dados PostgreSQL;
- iwattnick - código base: [4], Código em Python e C;
- freediag: Vehicle Diagnostics Suite - código base: [5], Código em C;
- sensorLink - código base: [6], Código em Swift;
- Test_Connection - código base: [7], Código em Java;
- cloud vehicle gps - código base: [8], Código em JavaScript;
- Vehicle-Data-Monitoring-System - código base: [9], Código em CSS;
- openfuelservice - código base: [10], Código em Python;
- PSACOM - código base: [11];
- The Time Series Project - Biblioteca na linguagem C++ [12].
Cronograma Macro
- O que já foi feito antes do cronograma macro:
- Plano de Trabalho do projeto V2C – Protótipo de veículo Conectado;
- Estudo dos conceitos de IoT;
- Estudo dos conceitos de Cloud Computing;
- Estudo do protocolo OBDII;
- Estudo OBD in the Cloud;
- Benchmarking de softwares open source que atendiam nossa procura, foram encontrados 9 softwares nessa busca, porém apenas 2 podem ser aproveitados que foram os projetos CoPilot e OBDintheCloud.
- Semanas até o final do projeto desde o início do cronograma macro: 6 meses que dão 27 semanas que são 189 dias.
- Semana 1: Organização do cronograma macro e definições das tarefas de cada um dos integrantes do projeto;
- Semana 2: Outro Benchmarking de softwares open sources com maior enfoque e organização;
- Semana 3: Conferência entre os alunos para discutirem sobre os softwares encontrados e apresentá-los ao professor Luiz Cláudio. Conferência ocorrerá no dia 07/03/2019;
- Semana 4: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações;
- Semana 5: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações e reunião entre os pesquisadores para esclarecer dúvidas e dificuldades de cada um;
- Semana 6: Estudo das linguagens dos softwares entrados a fim de dominar cada linguagem específica para futuras modificações;
- Semana 7: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para definir o que cada ficará responsável por fazer;
- Semana 8: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação;
- Semana 9: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para ver como está o andamento das modificações;
- Semana 10: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação;
- Semana 11: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação e reunião para considerações finais das modificações;
- Semana 12: Modificações nas estruturas de códigos pesquisadas para organização da forma como queremos a nossa aplicação;
- Semana 13: Reunião com os envolvidos para decisão de qual a melhor forma de conectar o veículo, por fios ou wireless (nuvem);
- Semana 14: Começar a nova parte do projeto, conexão do veículo com a aplicação;
- Semana 15: Trabalho em programação em nuvem (esperado) e reunião para possíveis dúvidas;
- Semana 16: Trabalho com a conexão do veículo;
- Semana 17: Trabalho com a conexão do veículo e reunião sobre o andamento do projeto;
- Semana 18: Trabalho com a conexão do veículo;
- Semana 19: Trabalho com a conexão do veículo e reunião para considerações finais;
- Semana 20: Veículos conectado fase de testes do protótipo;
- Semana 21: Veículos conectado fase de testes do protótipo e reunião para ver o que está em mal funcionamento;
- Semana 22: Verificação de erros encontrados e manutenção;
- Semana 23: Verificação de erros encontrados,manutenção e reunião para ver o andamento;
- Semana 24: Teste para entrega do produto final;
- Semana 25: Reunião do projeto pronto;
- Semana 26: Reunião apresentação do projeto;
- Semana 27: Entrega final.
OBS: O objetivo é cumprir o cronograma macro, mas pode ser que vá haver algumas alterações durante o andamento do projeto.
- Foi Realizada uma conferência no dia 21/02/2019 com 4 participantes (Professor Luiz, Guilherme, Lucas e Mateus) com o seguinte conteúdo: Arquivo:Ata da Conferência do dia 21 - V2C.pdf;
- Manutenção da wiki, complemento de informações e benchmarking - Semana 2;
- Após benchmarking será realizada uma conferência entre os pesquisadores para escolha dos softwares que poderão ser usados - semana 3
- Foi realizado o benchmarking e apresentado os softwares encontrados, e ocorreu uma conferência no dia 07/03/2019 com o seguinte conteúdo: Arquivo:Ata da Conferência do dia 07- V2C.pdf;
- Semana do dia 11 ao dia 15 foi resolvido que na próxima reunião com o orientador (professor Luiz) serão escolhidos os softwares que serão utilizados;
- Ocorreu uma reunião de forma presencial no dia 26/03/2019 às 08:30 na Universidade Federal de Uberlândia na sala 3Q 308 com o seguinte conteúdo que foi discutido em pauta: Arquivo:Ata do dia 26 03 2019 - V2C.pdf;
- Ocorreu uma reunião de forma presencial no dia 04/04/2019 às 18:00 na Universidade Federal de Uberlândia no Laboratório 3 do bloco 1B. Conteúdo da reunião: Arquivo:Ata 04-04-2019 - V2C.pdf
- Ocorreu um encontro presencial no dia 09/04/2019 (Guilherme e Luiz Cláudio), no dia 08/04/2019 o projeto V2C fez a compra de um Scanner Bluetooth ELM327, para começar os trabalhos com o protocolo OBDII para vermos o funcionamento dos softwares já existentes, os quais já estudamos e outros softwares encontrados durante o benchmarking. No dia 09/04/2019 o professor Luiz Cláudio emprestou um iPad para o projeto, no qual vamos realizar os testes com o scanner. O iPad ficou sob responsabilidade do integrante Guilherme Henrique.
- Dia 12/04/2019 o scanner ELM327 chegou e já deu-se início aos trabalhos, foi possível captar várias informações com ele usando o aplicativo Speedbot. Documento contendo as informações sobre ELM327. Arquivo:Funcionamento do scanner bluetooth ELM327.pdf
- Dia 11/06/2019 foi-se a apresentação na FACOM TechWeek (WTDCC) e no dia 14/06/2019 às 17:00 horas ocorreu uma reunião entre o aluno Guilherme Henrique de Araújo Santos e o professor Luiz Cláudio Theodoro para detalhar o feedback da apresentação e definir os próximos passos. Ata: Arquivo:Ata da reunião presencial do dia 14 06 2019 às 17 00 .pdf
- Dia 28/06/2019 teve-se uma reunião presencial na Algar Telecom entre Guilherme e Luiz Cláudio às 10:00h da manhã abordando quais os equipamentos que poderiam ser usados no projeto e outros tópicos, tudo detalhado na ata: Arquivo:Ata do dia 28-06-2019.pdf
- Dia 21/11/2019 ocorreu uma reunião presencial no LIT UFU, entre Guilherme, Luiz, Mateus e Nivaldo sobre o ZoneMinder, sensores e cloud, cada um ficou com uma definição. Arquivo:Ata da reunião presencial do dia 20 11 2019.pdf
- Dia 30/11/2019 ocorreu uma reunião presencial na UFU que se estendeu até a garagem da casa do Nivaldo e testamos os sensores e aplicação: Arquivo:Relatório da reunião do dia 30 11.pdf
Relatório Final
Pesquisadores
Coordenador:
- Luiz Cláudio Theodoro
- Professor e Pesquisador na Faculdade de Computação UFU
Alunos:
- Guilherme Henrique de Araújo Santos
- PET - Sistemas de Informação UFU
- Iniciação Científica
- PET - Sistemas de Informação UFU
- Mateus Oliveira Lemos
- Ciência da Computação UFU
- Nivaldo Pereira da Silva Júnior
- Sistemas de informação UFU
