Reunião ViaCast - Drive Test - 17/06/2024

Revisão de 19h20min de 18 de junho de 2024 por Gabrielvillela (discussão | contribs)
(dif) ← Edição anterior | Revisão atual (dif) | Versão posterior → (dif)
  • Apresentação de uma prévia do hardware e suas funcionalidades, notando que algumas modificações ainda são necessárias, como uma antena específica para GPS e um novo Quectel para 5G.
  • Conversamos com especialistas sobre o armazenamento e transmissão de dados no hardware, chegando a conclusão que seria interessante a utilização de um encoder
  • Foi definido que os testes iniciais serão feitos de forma remota, provavelmente por Secure Shell protocol (SSH).
  • Para o primeiro momento, teremos resultados de apenas uma operadora, pois utlizaremos um único módulo Quectel. Esse mesmo módulo Quectel, consegue trazer várias faixas de frequências para uma mesma operadora. Teremos alterações adiante, para realizar mais medições de outras operadoras. Cada equipamento consegue disponibilizar até 8 slots para chips. Cada Quectel consegue ter espaço de conectar até três antenas. Para nossas medições de início começaremos com as três antenas, sendo elas uma única esclusiva pra medição de lat e long (GPS), e caso não haja prejuízo de eficiência nas medições tentaremos reduzir para duas antenas (por questão de espaço no próprio equipamento. Pois no momento o equipamento é adaptado pra ser utilizado uma antena por slot de chip. Então no equipamento existem 8 slots de chips, e 8 conexões de antenas. Logo se utilizarmos 3 antenas por slot de chip, teríamos medições de apenas duas operadoras, se utilizarmos apenas duas, teríamos medições de até 4 operadoras. Caso não seja possível utilizar apenas 2 antenas, adaptações no hardware deverão ser necessárias, abrindo espaço para conexões de mais antenas.
  • Com os desenvolvedores, tivemos um questionamento, sobre como poderia ser realizado a medição do SINR, pois no momento eles não tinham conhecimento dessa parte. Mas pelo manual do Quectel, já consegui verificar que ele trás essa informação, juntamente com os outros parâmetros que necessitamos.
  • No caso do armazenamento, ele pode ser realizado no próprio equipamento, mas também existe a possibilidade de utilizar o xcoder, que além de possibilitar a transmissão dos dados em tempo real, é possível realizar o armazenamento também fora do equipamento que estará com o técnico.
  • Em relação a definição que decidimos sobre os testes serem de forma remota, é que por exemplo, o hardware após montado, por padrão do parceiro, é instalar seus pacotes que costumam utilizar com suas versões específicas. E para evitar problemas de compatibilidade o ideal seria utilizar nossos testes diretamente no equipamento através de uma conexão SSH. Assim, caso eles utilizem uma versão antiga de um python (por exemplo) e minha máquina trabalhe com uma versão mais recente, poderiam existir incompatibilidades.